「尖った人ではなく、暗黙知を形式知に変換する人がほしい」　“均質人材”を育成してきた日本でこれから求められる能力とは

2024/06/21 476 users 形式知 能力 日本

「プログラミングを学ぶ」ではなく「要件定義を学ぶ」 田中邦裕氏（以下、田中）：あと13分ぐらいになったので、今後の展望にいきたいのですが、その前に、質問が7個ほど来ているので、みなさんに聞きたいと思います。 一番投票数が多い質問が、「非エンジニアでAIを使ったスマホアプリを作りたいんだけれども、プログラ... 続きを読む

組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと｜安斎勇樹

2024/05/05 612 users 逆上がり 安斎勇樹 習得 プロセス できたてホヤホヤ

組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツ... 続きを読む

サービス開発における暗黙知を無くす「完全に理解した会」｜cluster - メタバースプラットフォーム｜note

2022/06/21 130 users Cluster Software Engineer 開発

はじめにプラットフォーム事業本部 growthチームでSoftware Engineerをしている anoriqq (あのりく) です。 私は主にWeb APIサーバーの開発を行っていますが、もうひとつの活動としてとある社内活動を行っています。 今回は私が運営するクラスター社の社内勉強会、その名も「完全に理解した会」のお話をしたいと思います... 続きを読む

GitHub Discussionsでチームの暗黙知を共有する

2022/03/14 211 users GitHub Discussions SIer Vue 前職

Tebiki社のWebアプリケーションエンジニアの中山と申します。前職では、SIerでAIアプリの開発を3年弱経験し、現職のTebiki社では、to B向けSaaSの機能開発を行なっています。好きな言語は、C++, Python, Ruby, Vueです！ この記事では、GitHub Discussionsの運用による知識のストック化と、新人オンボーディング時の負担... 続きを読む

AWS テクニカルサポートで得た暗黙知をまとめてみた | DevelopersIO

2021/07/07 234 users DevelopersIO アノテーション チケット 機会

AWS テクニカルサポートを 5 年経験して アノテーションの荒川です。 クラスメソッドメンバーズをご契約いただいているお客様のテクニカルサポート業務を始めて、早 5 年が経過しました。 私が対応したチケット件数をざっくりと調べたところ、本日時点で 1685 件でした。 最近は私がチケット対応する機会は減りまして、... 続きを読む

コーポレートサイトを誰にも気づかれず静的化したときの技術選択について - Hatena Developer Blog

2020/07/22 405 users コーポレートサイト cockscomb チーフエンジニア

こんにちは〜。チーフエンジニアのid:cockscombです。 最近、同僚のid:yashigani_wとともに、はてなのコーポレートサイトを静的サイトとして再構築しました。ちょっとした仕事ではありますが、経験によって得られた暗黙知を形式知へ昇華するため、ここに紹介します。 はてなのコーポレートサイトとは サイトを静的化する... 続きを読む

「カラダで覚える」は時代遅れ？　農業を"数値化"してみてわかった、成功と失敗のメカニズム | ログミー[o_O]

2014/09/19 142 users メカニズム ログミー 農業 スピーカー からだ

農家や職人の世界で成長するには、今もなお、見て、感じて学ぶ「暗黙知」が鍵となっていることが多くあります。ゼロから農業を始めた萩原氏が、農作業を暗黙知から形式知、そして集合知へと変えていった方法について語りました。（TEDxSaku 2014より） 【スピーカー】 のらくら農場　萩原紀行　氏 【動画もぜひご覧ください】 集合知の農業へ: Noriyuki Hagiwara at TEDxSaku 失... 続きを読む

伊藤直也が語る「仕事の流儀」第3回──OSSプロジェクトのように組織をつくる｜CodeIQ MAGAZINE

2014/07/15 381 users 伊藤直也 流儀 OSSプロジェクト ギーク tag

伊藤直也が語る「仕事の流儀」第3回──OSSプロジェクトのように組織をつくる 2014.07.15 Category：ギーク・インタビュー Tag：KAIZEN ,naoya 伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのようなツールや手法をつかったのか。 ある... 続きを読む

KAIZEN platformが伊藤直也氏とやってきた、開発現場の暗黙知をなくすチーム運営術【連載:エンジニアの幸せな職場】 - エンジニアtype

2014/03/24 417 users Kaizen Platform エンジニアtype 連載

伊藤　実は、CTOの石橋さんがたまたま大学の先輩で。 おおか　へー、そうなんですか。 伊藤　在学中、同じバンドサークルに所属していたんです。当時、僕が住んでいた部屋が大学に一番近かったこともあって、石橋さんを含めてサークル仲間がちょくちょく来て、ずっとゲームやってたんですよ。 おおか　なるほど。石橋さんはKAIZENのCTOになられる前、リクルートのメディアテクノロジーラボに在籍していらしたと聞い... 続きを読む

【ジョジョを知らないと差別されるハラスメント】ジョジョハラとは？ - アイデアの0.5px

2014/02/23 294 users ハラスメント ジョジョ イケ サブカル系 アイデア

2014-02-23 【ジョジョを知らないと差別されるハラスメント】ジョジョハラとは？ 小さな発見 イケてる人は、ジョジョが好き。という暗黙知があります。ジョジョを知らない人、読んだことはあるけど詳しくは知らない人が今、深刻なジョジョハラ問題に直面しています。 ジョジョハラとは何なのか？ 主にサブカル系やIT業界、美大系の人たちに見られる傾向として、「ジョジョを知ってる奴はイケてる。分かっている。... 続きを読む

DRY(don't repeat yourself)するかしないか、その判断基準について - kazuhoのメモ置き場

2014/02/20 148 users kazuho methane DRY 負債 前者

「過剰なDRYが技術的負債を生む」みたいな内容の記事を書きたいが、うまく言語化できない。「過剰な食事制限が健康を損なう」程度の内容に成り下がりそうだけど、そんなんじゃないんだよ…@methane 実装におけるDRYみたいなものを考えていて、そうすると前者のDRYというのがどこに位置づけられるかはわからないんですが、とにかく暗黙知みたいなものを過剰に増やすDRYは良くないよね、というような話なんです... 続きを読む

2ちゃんはなぜ1000で落ちるのか？　けんすう氏が語る、スマホ時代のサービス設計とコンテクストの重要性 | ログミー[o_O]

2014/01/28 263 users コンテクスト けんすう氏 文脈 ログミー 前提

HOME>IT>2ちゃんはなぜ1000で落ちるのか？　けんすう氏が語る、スマホ時代のサービス設計とコンテクストの重要性 これまでの日本的コミュニティサービスは、「2ちゃん用語」のような暗黙知を前提として独自の発展を遂げてきた。しかしこれからスマホが普及するに従って、コンテクスト（文脈）のないサービスのほうが求められるようになったり、またこれまでとは違った方法でコンテクストが共有されるように変化して... 続きを読む

コクヨの1分間プレゼンテーション - 情報考学 Passion For The Future

2011/10/23 535 users コクヨ プレゼンテーション スピーチ 伝達 カリスマ

・コクヨの1分間プレゼンテーション この本凄くいいな。 私は先日、社内の新人研修で「プレゼンテーション」の講師をつとめた。私が社内で一番講演やスピーチの数をこなしているだろうということで選ばれたわけだが、自分だけが体得した暗黙知を、他人に伝達可能な形式知にまとめるのは大変な作業だった。あの研修の前にこの本を読んでいれば相当参考になったなあ、共感できる内容が多い。カリスマではなくても聴く人にちゃんと... 続きを読む

Webユーザインターフェースの "暗黙知" を意識していますか？ - livedoor ディレクターブログ

2010/07/08 946 users ポランニー wikiped 知覚 ハンガリー 概念

2010年07月08日 20:34 Webユーザインターフェースの "暗黙知" を意識していますか？ 暗黙知（あんもくち、Tacit Knowing）は、ハンガリーの哲学者・社会学者マイケル・ポランニー（Michael Polanyi) によって1966 年に提示された概念で、認知のプロセス、或は、言葉に表せる知覚に対して、（全体的・部分的に）言葉に表せない・説明できない知覚を指す。Wikiped... 続きを読む