NISHIO Hirokazu
[Translate]
エンジニアが学ぶべき技術の原理原則
『コーディングを支える技術』の西尾泰和と考える、エンジニアが学ぶべき技術の原理原則 - エンジニアHub|若手Webエンジニアのキャリアを考える!
2018-04-24 公開
取材は3/6だったので実は
エンジニアのための自分経営戦略
や
ICTで社会が変わる事例紹介
よりも先にアウトプットしたものである
コーディングを支える技術
知識の陳腐化
検索して答えが見つからない問題を解くことが大切
リスクを限定
リスクの限定
理解は仮説
社会に価値を提供
あっ
『コーディングを支える技術』の西尾泰和と考える、エンジニアが学ぶべき技術の原理原則
ってページもあるぞ
Tweet
Related Pages
エンジニアのための自分経営戦略
ICTで社会が変わる事例紹介
『コーディングを支える技術』の西尾泰和と考える、エンジニアが学ぶべき技術の原理原則
大事なことは何度でもいう
コーディングを支える技術
→
qr
×
エンジニアの知的生産術 著者公式ページ
×
エンジニアの知的生産術第5刷の増刷が決定!
×
一般社団法人未踏の理事に就任しました
×
一般社団法人未踏の理事を退任しました
×
灘2021講演準備
×
未踏と僕の関わり
×
pluralitybook
×
mashbean
×
創造一個充滿團隊合作的社會
×
face
×
コーディングを支える技術
×
word2vecによる自然言語処理
×
視点を変えてみよう
×
3d-nws
×
パーフェクトシャッフル
×
世界一わかりやすいプログラミングのしくみ
→
自己紹介
→
難解な文章
×
フェルトセンスとシンボルの図
×
「わからない」に2パターンある
×
理解は仮説
×
relevance
×
整合性を根拠にする
×
アイデアの干渉効果
×
安定性の獲得
×
非平行的シンボル
×
自動ブラケティング
×
直接照合の結果に3パターンある
×
整合性のあるネットワーク
×
「読む」の重さ
×
著者のエミュレータ
→
難解な文章を理解するプロセス
→
テストをすると自信が下がり正解率が上がる
×
自信
×
理解の自信
×
理解
×
理解は仮説
×
検証
→
自信はないが成績は高い
→
dena_techcon_2025
×
なぜそれが成り立つのか
×
コーディングを支える技術
×
プログラミング言語の背後にある設計思想
×
単なるスキル習得を超えた知的好奇心
×
エンジニアの知的生産術
×
自己改善へのこだわり
×
devin
×
技術の最前線に触れようとする姿勢
×
デジタル民主主義
×
ブロードリスニング
×
東京都知事選
×
安野たかひろ
×
talk_to_the_city
×
技術を社会に還元したい
×
plurality
×
社会的インパクト
×
デジタル公共資産基金
×
オープンソースの哲学
×
技術が公共財として機能する
×
サイボウズ・ラボ
×
一般社団法人未踏
×
報酬がゼロでも複業をやる
×
新しい学びや挑戦を優先するマインド
×
チームワーク
×
生産性向上
×
組織文化への貢献
×
外部脳
×
2日連続の登山
×
身体的な挑戦
×
知識共有に積極的
×
透明性
×
コミュニティへの貢献
×
よい方向性
×
民主主義のスケーラビリティ
×
mitou2024_demo_day
×
次世代のクリエイター支援
→
Grokに西尾泰和を調べさせる
→
devinを見る会
×
scott_wu
×
コーディングを支える技術
×
prompt_caching
×
lean_startup
×
minimum_viable_product
→
Devinで4万溶かす方法
→
首都大学東京_情報通信特別講義2017
×
機械の知能と人間の知能
×
正しさとは何か
×
選択肢の量と意思決定の質
×
社会に価値を提供
×
社会に必要とされてる実感
×
意欲と賢さ
×
意欲
×
賢さ
×
根無し草の知識
×
取ってきた桜の枝
×
満足な豚より不満足なソクラテス
×
あいまいで大きなタスク
→
tmutalks2017qa
→
生きた情報
×
場
×
誤った二者択一
×
クローズドコミュニティ
×
エンジニアのための自分経営戦略
×
死んだ魚
×
生簀のメタファー
×
社会的トリガー
×
ギバー
×
snsはなぜ栄枯盛衰するのか
→
生きた情報の場
→
日記2024-08-04
×
理解は仮説
×
検証
×
自分の強みを理解する
×
強みは認知のズレ
×
探検の五原則
×
予期せぬ成功
×
盲点
×
認知のズレ
→
強みは仮説であり検証しなければならない
→
大きなコミュニティに属するより自分の周りにコミュニティを創る
×
ワーク・シフト
×
消極的ハブ
×
不運の女神の足は遅い
×
小さなグループ
×
人的ネットワーク構築アルゴリズム
×
hatena2015-09-30
×
小さいグループ
×
エンジニアのための自分経営戦略
×
ネットワーク形成システムとしての未踏
×
小さいコミュニティ
×
小さなコミュニティと心理的安全性
×
小さなコミュニティがつながり合うネットワーク構造
×
一つの大きなコミュニティと無数の小さいコミュニティ
×
家庭は小さなコミュニティ
→
小さなコミュニティ
→
知識交換
×
知識交換への3ステップ
×
知識の少ない人からでも学ぶことができる
×
エンジニアのための自分経営戦略
×
卓越
×
下位互換
×
憧れの人の下位互換にならない
×
知識の分布図
→
知識交換の必要条件
→
⿻plurality_assistant
×
done_is_better_than_perfect
×
コーディングを支える技術
×
エンジニアの知的生産術
→
pNihia
→
コーディングを支える技術
×
幻の第0章
×
エンジニアの知的生産術
×
なぜ知的生産術に投資するのか
×
モヤモヤ
×
生産性向上
×
モヤモヤとは何か?
×
理解
×
長尾真
×
『わかる』とは何か
×
フワフワ
×
結合
×
理解の目的は何か?
×
野中_郁次郎
×
知識創造の方法論
×
プラグマティズム
×
知識
×
有用性
×
ポスト資本主義社会
×
行為によって証明
×
生産性
×
生産性とは何か?
×
装置による生産性向上
×
マルクス
×
階級闘争
×
共産主義革命
×
知識による生産性向上
×
知識は労働者個人の中に蓄積
×
知的労働者は生産手段を所有する
×
知識こそが経済活動の主役
×
目的の明確化
×
自分の生産性向上に責任を持つ
×
みずから継続的に学び、人に教える
×
知的労働の生産性は量ではなく質
×
知的労働者は組織にとって富を生み出す資本財
×
継続学習
×
c言語
×
賢者は歴史から学び、愚者は経験から学ぶ
×
対話
×
学び方
→
知識と資本論とテクノロジストの条件
→
エンジニアの知的生産術
×
エンジニアの知的生産術_はじめに
×
エンジニアの知的生産術_参考文献
×
エンジニアの知的生産術_正誤情報
×
エンジニアの知的生産術第5刷の増刷が決定!
×
bing_aiによるエンジニアの知的生産術の解説
×
(5.2.4.6)_家族的類似性
×
「グループ編成には発想の転換が必要」加筆案
×
エンジニアの知的生産術 ビフォー・アフター
×
エンジニアの知的生産術と体育型授業
×
なぜ知的生産術に投資するのか
×
kindle化に関する意見
×
エンジニアの知的生産術_目次ダイジェスト
×
リンク化
×
エンジニアの知的生産術 この本の目的
×
エンジニアの知的生産術_知的生産とは何か/この本を読むメリット
×
エンジニアの知的生産術_プログラミングはどうやって学ぶか
×
エンジニアの知的生産術_この本の流れ
×
新たな結合
×
価値を創造
×
新結合
×
価値創造
×
学び
×
整理
×
アウトプット
×
コーディングを支える技術
×
特集_エンジニアの学び方
×
続・エンジニアの学び方
×
intellitech
×
エン知術
×
エンジニアの知的生産術 反響まとめ
→
エンジニアの知的生産術 著者公式ページ
→
エンジニアの知的生産術 ビフォー・アフター
×
claude_3_opusにまとめさせる
×
コーディングを支える技術
×
知的生産の重要性
×
エンジニアの学び方
×
エンジニアの知的生産術
×
ネットワーク的な情報表現
×
scrapbox
×
経験の言語化
×
経験の体系化
×
反響の収集
×
改善サイクル
×
フィードバックを得る機会
×
アウトプットの心理的ハードルを下げる
×
インタラクションを促進する
→
エンジニアの知的生産術 ビフォー・アフター AIまとめ
→
エンジニアの知的生産術 ビフォー・アフター AIまとめ
×
エンジニアの知的生産術 著者公式ページ
×
エンジニアの知的生産術
×
コーディングを支える技術 著者公式ページ
×
学びの加速
×
学びを加速させる人
×
なぜ知的生産術に投資するのか
×
生産性の向上
×
知識と資本論とテクノロジストの条件
×
何をどう学ぶか?
×
何をどう学ぶか?2:三大入力方法
×
なぜ学び方に興味を持ったか?
×
特集_エンジニアの学び方
×
アウトプット
×
理解は仮説
×
知識の行動による証明
×
リーン・スタートアップ
×
言葉
×
概念
×
物質
×
道具
×
言葉によって道具を作る
×
生身の人間
×
ハンドル
×
液体が容器に入っているメタファー
×
付箋は本体ではない
×
概念のハンドル
×
フック_
×
エンジニアの知的生産術 反響まとめ
×
scrapbox
×
連想のストック
×
著者の数とフォーマット
×
ネットワーク的な情報表現
×
エンジニアの知的生産術と体育型授業
×
知識資本
→
エンジニアの知的生産術 ビフォー・アフター
→
エンジニアのための自分経営戦略
×
経営
×
限られたリソース
×
時間
×
配分
×
意思決定
×
知識獲得
×
投資
×
経営判断
×
教えてもらう
×
自分で行動して学ぶ
×
知識交換
×
互いの状況を理解し合える仲間
×
小さい非公式のグループ
×
自分が発信者
×
複数のグループに所属
×
知識をつなぐパイプ役
×
振り返り
×
思い出しトリガー
×
お互いの状況理解
×
効率的な知識交換
×
フリーライダー
×
複数の分野の知識交換に関わる
×
ググれないレベルの専門知識
×
知識交換を通じてさらに知識を増やしていく
→
"エンジニアのための自分経営戦略"まとめ
→
理解は仮説
×
行動によって検証
×
理解
×
理解獲得プロセス
×
誤りを許容できるプロセス
×
llm
×
誤りのあるアルゴリズム
×
機械学習の産業応用
×
有用
→
理解は仮説なので誤っても良い
→
遊動的狩猟採集民
×
貯蔵
×
贈与
×
平等分配
×
共同寄託
×
柄谷_行人
×
マーシャル・サーリンズ
×
itエンジニア
×
知識共有
×
知識の陳腐化
×
貯蔵できない
→
知識の陳腐化速度が早くて貯蔵できない
→
川喜田_二郎
×
パーティー学
×
コーディングを支える技術
×
良いアイデアは周囲の人を刺激し、自分で成長を始める
×
なぜ手法に名前を付けないのか
×
常に未完成
×
スナップショット
×
あたりまえの技術
×
アイデアは最初から完全な形で生まれるのではない
×
パーマリンク
×
書籍が有限化の仕組みなら、その背景にある無限のネットワークに読者が接続できるように手助けするべきなのではないか
×
知識の結晶化
×
時間と場所を超える
×
思考の結節点
→
思考の結節点2018/8/29
→
エンジニアのための自分経営戦略
×
社会関係資本の使い方
→
状況理解のメリット
→
エンジニアのための自分経営戦略
×
2018-03
×
self-management_strategy_for_engineers_reference
×
become
×
from_if_statements_to_machine_learning
×
parable_of_the_woodcutter
×
7_habits
×
anxious
×
something_new
×
limit_the_amount_of_loss
×
real_options
×
business_strategy
×
resource
×
strategy_safari
×
start_small
×
doubt_the_enumeration
×
money_is_lost_when_you_spend_it
×
post-capitalist_society
×
knowledge_acquisition_strategy
×
action
×
environment
×
result
×
pdca_cycle
×
lean_startup
×
knowledge_flows_in_both_directions
×
you_can_learn_from_people_with_little_knowledge.
×
necessary_condition_for_knowledge_exchange
×
learning_the_same_things_as_those_around_you_does_not_make_you_capable_of_knowledge_exchange
×
distribution
×
competitive
×
michael_porter
×
five_forces_analysis
×
competitive_advantage
×
market_development_costs
×
the_situation
×
learning_embedded_in_the_situation
×
gatedcommunity
×
the_tragedy_of_the_common_ground
×
dual_community
×
copying_the_answers_is_futile
×
sea_level_rise_due_to_technological_progress
×
the_word_is_ripe
×
haste_in_output_leads_to_degraded_copy
→
Self-management strategies for engineers
→
教える側
×
新しい知識
×
知識は陳腐化する
×
現状維持は退歩
×
老害化
×
知らない
×
知りたい
×
知識の陳腐化
×
教える立場
×
好奇心
×
知識の多い人が教える
×
知識の更新は新しく学ぶよりも負荷が高い
→
知識の陳腐化と教えるポーズ
→
自分が1000人居たら何をするか?
×
より良い知識表現の形
×
知識表現の形
×
scrapboxと書籍の知識表現とパーマリンクの活用
×
事後的にタイトルをつける
×
知識の表現形式
×
関係の連続化
×
知識と知恵
×
知識
×
知恵
×
言語化することなく情報を共有する手段
×
共同化による知識移転
×
知っている
×
知識の足りない人に知識を与える方法
×
幅優先探索
×
つなぐストーリー
×
卓越
×
知識交換の必要条件
×
長期的に価値のある知識
×
知識の陳腐化
×
新しいものの方が古いものより早く時代遅れになる
×
年長者意見重視の原理
×
時間効率
×
知識の創造
×
思考の結節点2019-10-14
×
豊かになる方法は一通りではない
×
読書アシスト
×
第4刷に向けての修正差分
×
知識の生成と利用
×
質の良い情報源の発見
×
知識の多い人が教える
×
hatena2009-03-11
×
2009年レバレッジメモ整理
×
付箋用ダイジェスト
×
知識創造の方法論
→
思考の結節点2023-04-04
→
わかるとは何か
×
理解とは何か
×
理解してない時は引用しかできない
×
phenomenology_as_non-logical_steps
×
ファインマン
×
言葉の意味を理解しているかは、その言葉を使わないで解説できるかで実験できる
×
理解は仮説
×
反証可能性
×
minimum_viable_product
→
理解の段階
→
この10年のプログラミング言語の変化
×
かんがえをまとめるデジタル文房具kozaneba
×
kozaneba:この10年のプログラミング言語の変化
×
コーディングを支える技術
×
promise
×
async/await
×
promiseの歴史
×
漸進的型付け
×
「名前的型システムと構造的型システムの違い」加筆案
×
名前的型と構造的型の勘違いによる実話
→
プログラミングの変化勉強会
→
エンジニアの知的生産術_反響まとめ_その2
×
エンジニアの知的生産術 ビフォー・アフター
×
試行錯誤の重要性と共有のすすめ
×
具体と抽象
×
リファクタリング・ウェットウェア
×
こざね
×
expertise_reversal_effect
×
価値は送り手ではなく受け手が決める
×
メタ知識
×
複利
×
コーディングを支える技術
×
イシューから始めよ
×
kj法
×
語るなら読んでおけ
×
思考の整理学
→
エンジニアの知的生産術 反響まとめ
→
内輪コミュニティの力
×
小さな繋がり
×
内輪コミュニティ
×
貢献
×
高質な情報
×
人との出会い
×
協力
×
効率的なアウトプット
×
一つの大きなコミュニティと無数の小さいコミュニティ
×
ネットワーク形成システムとしての未踏
×
小さなコミュニティ
×
エンジニアのための自分経営戦略
×
小さなコミュニティがつながり合うネットワーク構造
→
内輪コミュニティの力: 小さな繋がりから大きな成果へ
→
新しい交換様式
×
情報は情報発信者に集まる
×
公共に対する贈与
×
コーディングを支える技術
×
インターネット
×
公共的情報インフラ
×
財の複製コストが下がった
→
新しい交換様式での知識の交換がprofitableであるとはどういうことか?
→
形あるものはいつか壊れる
×
知識の陳腐化の速度
×
陳腐化しにくい知識
×
知識の陳腐化
×
知識
×
陳腐化
×
知識の更新
×
物が増え続けると管理が難しくなる
×
新しいものを取り入れるためには古いものを手放す必要がある
×
更新
×
10年陳腐化しない揉め事の知識
×
半減期
→
形あるものは壊れるが速度に差がある
→
理解の誤り
×
理解
×
主観
×
理解を求めるのは理解が必要な時だけにした方が良い
×
英語版作成に伴う推敲(~1章)
×
人に教える学習方法
×
理解は仮説
×
hatena2012-10-20
×
理解されないことに怒る人は最先端を走ったことがない
×
最先端
×
理解されない
×
理解されないことに対する諦め
×
思うままにならない
×
正しく理解させたい欲求は権力欲求
×
立証責任
×
アテンション
→
理解は主観
→
mitou_foundation
×
コーディングを支える技術
×
word2vecによる自然言語処理
×
世界一わかりやすいプログラミングのしくみ
×
エンジニアの知的生産術 著者公式ページ
×
自己紹介
→
Self introduction in east Asian context
→
100年経っても価値のある知識
×
最新の知識
×
バーベル戦略
×
重要な知識はみずから生み出さねばならない
×
産婆術
×
知識の陳腐化
×
「変わりにくい」ものを直接学ぶことはできない
→
100年経っても価値のある知識と最新の知識のバーベル戦略
→
自己紹介
×
エンジニアの知的生産術
×
コーディングを支える技術
×
word2vecによる自然言語処理
×
自分のscrapboxをchatgptにつないだ
×
scrapbox_chatgpt_connector
×
中高生のためのchatgpt
×
新しい自然
×
誰も正解を知らない
×
みずからの目で見なければならない
×
chatgpt_plugins実験
×
1
×
chatgpt
×
2023-04-10 LLM Meetup
→
2023-04-10 LLM Meetup
→
運
×
柳井_正
×
一勝九敗
×
リスク許容度
×
リスクの限定
×
リスクテイクの経験の差
→
だいたい失敗する
→
自分には才能がない
×
死後に評価される
×
承認依存症
×
自分で自分の味方になれるような自分でありたい
×
対称な構図ではない
×
みんな雰囲気でほめたりけなしたりしてる
×
社会的トリガー
×
知識の陳腐化
→
思考の結節点2021-07-15
→
KJ法勉強会@ロフトワーク_講義資料v1
×
kj法
×
ホワイトボード型のコミュニケーション
×
miro
×
かんがえをまとめるデジタル文房具kozaneba
×
かんがえをひきだすチャットボットkeichobot
×
問いかけが言語化を促す
×
コーディングを支える技術
×
京都大学サマーデザインスクール
×
エンジニアの知的生産術
×
対立から考える
×
プレゼンのスライドに似てる
×
円柱は円にも四角にも見えるが、円でも四角でもない
×
すべてのデータはうそである
×
kj法_渾沌をして語らしめる
×
360度の視角から
×
探検の五原則
×
seciモデル
×
共同化
×
自転車のたとえ
×
人それぞれ個性がある
×
kj法という言葉は曖昧
×
狭義のkj法
×
はじまりのkj法
×
kj法は個人作業をしなければ力がつかない
×
50枚のkj法は10時間の想定
×
言葉の解像度を高める
×
一匹狼に価値がある
×
心理的安全性
×
一仕事の達成が人もチームも育てる
×
主体的判断
×
データをして語らしめる
×
kj法のw型問題解決モデルとu理論、それぞれの問題意識
×
考える花火
×
守破離
×
利用と探索のトレードオフ
×
kj法がほんとうにわかるには100枚以上必要
×
kj法を体験する最初の一歩は25枚でいいかも
×
一仕事達成する体験
×
考える花火のラベルは30〜60枚
×
アンケート調査からのkj法が一番難しい
×
ブレインストーミング
×
探検ネット
×
考える花火誕生の流れ
×
マインドマップ
×
ラベルづくりにタイムプレッシャーをかけてはいけない
×
表札の使命
→
KJ法勉強会@サイボウズ
→
49sick89hack
×
時の試練
×
すぐに役に立つことは、すぐに役に立たなくなる
×
知識の陳腐化
→
新しいものの方が古いものより早く時代遅れになる
→
慶應義塾大学
×
小泉_信三
×
池上_彰
×
知識の陳腐化
→
すぐに役に立つことは、すぐに役に立たなくなる
→
コーディングを支える技術
×
「名前的型システムと構造的型システムの違い」加筆案
×
エンジニアの学び方
×
エンジニアの知的生産術
×
何をどう学ぶか?2:三大入力方法
×
何をどう学ぶか?
→
コーディングを支える技術 著者公式ページ
→
コーディングを支える技術
×
目次
×
kozaneba
×
この10年のプログラミング言語の変化
→
コーディングを支える技術 目次@Kozaneba
→
作者の意図
×
たとえ話
×
ものさし
×
有用
×
コーディングを支える技術
→
ものさしのたとえ
→
かんがえをまとめるデジタル文房具kozaneba
×
かんがえをひきだすチャットボットkeichobot
×
問いかけが言語化を促す
×
コーディングを支える技術
×
京都大学サマーデザインスクール
×
エンジニアの知的生産術
×
円柱は円にも四角にも見えるが、円でも四角でもない
×
すべてのデータはうそである
×
kj法_渾沌をして語らしめる
×
360度の視角から
×
探検の五原則
×
seciモデル
×
共同化
×
自転車のたとえ
×
人それぞれ個性がある
×
kj法という言葉は曖昧
×
狭義のkj法
×
はじまりのkj法
×
kj法は個人作業をしなければ力がつかない
×
50枚のkj法は10時間の想定
×
一匹狼に価値がある
×
一仕事の達成が人もチームも育てる
×
データをして語らしめる
×
kj法のw型問題解決モデルとu理論、それぞれの問題意識
×
考える花火
×
kj法がほんとうにわかるには100枚以上必要
×
kj法を体験する最初の一歩は25枚でいいかも
×
一仕事達成する体験
×
考える花火のラベルは30〜60枚
×
アンケート調査からのkj法が一番難しい
×
探検ネット
×
考える花火誕生の流れ
×
マインドマップ
×
ラベルづくりにタイムプレッシャーをかけてはいけない
×
表札の使命
→
KJ法勉強会@ロフトワーク_講義資料v1
→
儒教的価値観
×
無限退行ではない
×
社会的証明の原理
×
誤った真偽二分法
×
検索エンジン
×
知識の陳腐化
×
ラーニング・スクール
×
多元社会
→
年長者意見重視の原理
→
有史主義
×
現代アートビジネス
×
connecting_the_dots
×
virtual_star
×
コーディングを支える技術
×
エンジニアの知的生産術
×
c3:_computer_created_cats
×
nft
→
活動歴アーカイブをつくることが必要
→
エンジニアのための自分経営戦略
×
ギバー
×
snsはなぜ栄枯盛衰するのか
→
ゲートのない有益な場は荒らされる
→
理解
×
仮説
×
検証
×
理解は仮説
→
構造理解は仮説
→
コーディングを支える技術
×
抽象化能力
×
学ぶことがいかに大事か
×
学びたい
×
時間がない
×
やる気がない
×
時間の削減
×
効率化
×
やる気のマネジメント
×
変化に気づけなくなる
×
視野を広げる
×
抽象的な理解
×
学習が加速
×
理解の確認
×
組織内情報への密着
×
解決が必要な問題
×
具体的な事例への密着
×
根を張る
×
応用に密着
×
帰納
×
複数のものの比較
×
普遍的
×
教科書を疑う
×
比喩による理解
×
知識のグラフ構造
×
歴史と発明をリンクして考える
×
グラフのパターン
×
パターンマッチによる抽象化
×
構造主義
×
脱構築
×
脱構築建築
×
正解
×
構造
×
構成主義
→
抽象化能力はどうすれば教えられるのか
→
(7.2)_自分経営戦略
×
エンジニアのための自分経営戦略
→
自らをマネジメント
→
競争環境
×
競争
×
社会的証明
×
多数派
×
競争戦略レイヤー
×
競争戦略
×
社会的証明レイヤー
×
コーディングを支える技術
×
エンジニアの知的生産術
→
正しいことをすることは正しくない
→
コーディングを支える技術
×
知識と資本論とテクノロジストの条件
×
何をどう学ぶか?
×
何をどう学ぶか?2:三大入力方法
×
予期せぬ成功
×
拡大再生産
×
pycon_jp_2014_基調講演
×
灘校土曜講座2014
×
アイデアの出し方講座
×
首都大学東京情報通信特別講義2015
×
bpstudyエンジニアのための学ぶ技術
×
u理論
×
pdcaサイクル
×
クリーンランゲージ
×
tae
×
グループウェア
×
言語化を支援する技術
×
エンジニアの知的生産術
×
エンジニアの知的生産術 ビフォー・アフター
×
学び方年表
→
なぜ学び方に興味を持ったか?
→
エンジニアのための自分経営戦略
×
大衆を喜ばせるのは悪
×
知識と資本論とテクノロジストの条件
×
和で評価するとジェネラリストが選ばれる
×
属人性の排除には二種類ある
×
属人性
×
コンピュータグラフィクス、メディアアート、茶文化、そして、禅。
×
やる気のなくなるコメントの対処法
×
その技術を使わない方がいい
×
落合陽一の呪い
×
新概念の伝播
×
理解者になるためには
×
ものを作らない人は好き嫌いで定義され、好き嫌いは世界を狭くする
×
equality_v.s._equity
×
scrapboxベストプラクティス
×
ロジスティック回帰は回帰か分類か
×
nocodeと負の遺産
×
研究者の評価に数値基準を設けてはいけない
×
タユピンコ人のたとえ
×
限界費用逓増の法則が実感に合わない
×
svmで確率推定
×
「ちゃんとやれ」はミッドコアの思想
×
心理的安全な組織しか知らない人は、心理的安全性を理解するのが難しい
×
ワインに汚水を注ぐたとえ
×
盲点カード
×
わからないことに対する恐怖とその免疫
×
良いアイデアなら許可を求めるな
×
誰でもできるように、は過剰品質
×
positional_encoding
×
will/can/mustとアジャイル
×
無責任感
×
np.dot,_np.tensordot,_np.matmulの違い
×
「名前的型システムと構造的型システムの違い」加筆案
→
Translation Candidates
→
エンジニアの知的生産術
×
(1.1)_学びのサイクル
×
学び
×
情報収集
×
モデル化
×
検証
×
具体
×
体験
×
抽象化
×
モデル
×
パターン
×
パターンの発見
×
パターンを発見する
×
理解
×
モデルを獲得
×
仮説
×
理解は仮説
×
応用
×
実践
×
実験
×
学びのサイクル(旧)
×
学びのサイクルの最初の一歩は?
→
学びのサイクル
→
エンジニアの知的生産術
×
(4.5.3.3)_人に教える
×
人に教える
×
教えるための資料作りは自分自身の記憶を強化する
×
learning_by_thinking
×
ちゃんと理解してからやる
×
ダニング・クルーガー効果
×
理解は仮説
→
人に教える学習方法
→
知識の分布図
×
陳腐化
×
知識の陳腐化
×
知識の陳腐化の速度
→
知識領域の増加
→
理解は仮説
×
実験による検証
×
実装なき思想は、もう要らない。
×
実装なき思想
×
本人が理解してない思想
×
知識は実践によって検証されなければならない
→
思想は仮説であり実装によって検証されなければならない
→
知識の陳腐化
×
金融資本
×
知識資本
×
明日死ぬかのように生き、永遠に生きるかのように学べ
→
人生折り返し
→
世界の霧
×
利用と探索のトレード・オフ
×
知識の陳腐化
×
戦場の霧
×
水平線効果
→
霧を晴らす
→
コーディングを支える技術
×
コーディングを支える技術加筆案
×
名前的型と構造的型の勘違いによる実話
×
動的型付けは動的検査
×
「名前的型システムと構造的型システムの違い」加筆案メモ
→
「名前的型システムと構造的型システムの違い」加筆案
→
灘校土曜講座2021
×
灘2021質疑
×
灘校土曜講座2014
×
エンジニアの知的生産術
×
雪玉を転がして大きくする
×
技の水脈、人の山脈
×
決断の機会は数珠つなぎ
×
知識と資本論とテクノロジストの条件
×
コーディングを支える技術
×
豊田工大講演
×
人生の選択肢をどうやって知ったか?
×
良いアイデアを出すための方法
×
平均志向が最悪の環境
×
選択の価値
×
選択肢の量と意思決定の質
×
ポスト資本主義社会
×
現金というコモディティ
×
現金は弱い資本
×
利用と探索のトレードオフ
×
aiが仕事を奪わないと月の休日が3日減る
×
タユピンコ人のたとえ
×
aiが仕事を奪うのではない
→
灘2021参考資料
→
コスパの良い知識は習得容易な知識ではない
×
推測するな、計測せよ
×
知識の陳腐化
→
時間効率
→
知識の陳腐化
→
長期的に価値のある知識
→
書いては消し
×
原稿を消してはいけない
×
結城_浩
×
文章を書く心がけ
×
何でも書いていいんだよ
×
最初から完璧
×
運
×
実装とリファクタリングは同時にはできない
×
しっくりこない
×
コーディングを支える技術
×
2014
×
01-20
×
2014-01
×
視野が狭い
→
原稿を消してはいけない
→
理解は仮説
×
知識生成システム
×
シラー
×
大衆を喜ばせるのは悪
→
システムによる理解
→
共同注意
×
足し算の学習
×
意味の同一関係
×
個物の集合と単語の対応づけは容器のメタファー
×
有限で再帰的
×
知識のグラフに重みが必要
×
意味のマッピングレイヤー
×
問いによる掘り下げ
×
理解は仮説
→
思考の結節点20200728
→
抽象概念
×
コンテスト応募者へのタイプ別のアドバイス
×
具体的経験
×
循環参照
×
理解
×
具体的
×
記号の操作
×
理解とは何か
×
掘り下げ
×
丸暗記している人は掘り下げられない
×
理解は仮説
×
具体と抽象の結合
→
掘り下げて循環参照
→
「名前的型システムと構造的型システムの違い」加筆案
×
コーディングを支える技術
×
型システム入門
→
「名前的型システムと構造的型システムの違い」加筆案メモ
→
アクセス権
×
情報の流通
×
ICTで社会が変わる事例紹介
→
部分的アクセス権
→
世界一わかりやすいプログラミングのしくみ
×
コーディングを支える技術
→
プログラミング言語の栄枯盛衰
→
言語設計の基礎知識
×
コーディングを支える技術
×
エンジニアの知的生産術
×
振り返り
×
個人史
→
10年を振り返る
→
試行錯誤は見えにくい
×
具体と抽象
×
リファクタリング・ウェットウェア
×
こざね
×
expertise_reversal_effect
×
価値は送り手ではなく受け手が決める
×
メタ知識
×
複利
×
コーディングを支える技術
×
イシューから始めよ
×
kj法
×
語るなら読んでおけ
×
思考の整理学
→
付箋用ダイジェスト
→
スライドkj法
×
スライドkj法(物理)
×
エンジニアのための自分経営戦略
×
pregroup2020
→
スライドKJ法 as a Service
→
コーディングを支える技術
→
Programming Languages: Their Core Concepts
Scrapboxで書籍に言及する方法
→
コーディングを支える技術
×
意図
×
人間が作り出したものにはそれを作った目的がある
→
意図を明示的に説明する
→
社会的トリガー
×
時の試練
×
コーディングを支える技術
×
心は病気
×
自信
×
誤った自己イメージ
×
現実逃避
×
仏教
×
2012
×
11-10
×
2012-11
→
「自信がない」は自信の持ちすぎ
→
ICTで社会が変わる事例紹介
×
エンジニアのための自分経営戦略
×
itと経営
×
量子アニーリングマシンのプログラミング
×
夏プロ報告
×
部分観測モンテカルロ計画法を用いたガイスターai
×
交渉力について
×
if文から機械学習への道
×
組織横断型研究室構想
×
2017首都大学東京情報通信特別講義
×
強化学習その5
×
「ネットワークを作る」ってどういうこと?
×
良いアイデアを出すための方法
×
強化学習その4
×
強化学習その3
×
強化学習その2
×
強化学習その1
×
線形?非線形?
×
機械学習キャンバス0.1
×
首都大学東京「情報通信特別講義」2016年西尾担当分
×
勾配降下法の最適化アルゴリズム
×
wifiで位置推定
×
esp8266exで位置推定
×
raspberry_piでwifiルータを作る
×
wifiにつながるデバイス(esp8266ex,_esp-wroom-02,_espr_developerなど)
×
機械学習アルゴリズムの絵本
×
「ネットワークを作ることでイノベーションを加速」ってどういうこと?
×
i2cでraspberry_piから複数の周辺機器を制御する
×
未踏社団でのkintoneの活用
×
2016プロシンスポンサー_加筆版
×
創造的人材のための知財lt
×
コミュニティによる生産性向上のすすめ
×
エンジニアのための学ぶ技術
×
ルールベースから機械学習への道_公開用
×
マイコンのioピンはなぜ入出力の両方に使えるのか?
×
生産性向上ワーキンググループについて
×
long_short-term_memory
×
実践多クラス分類_kaggle_ottoから学んだこと
×
クリーンスペース体験記
×
kj法のw型問題解決モデルとu理論、それぞれの問題意識_加筆版
×
kj法のw型問題解決モデルとu理論、それぞれの問題意識
×
kintoneはじめの一歩
×
facebookに慣れた人のためのkintone移行tips
×
クリーンランゲージについて_その2
×
クリーンランゲージについて
×
学び方のデザイン名古屋大学版_加筆版
×
学び方のデザイン名古屋大学版
×
調査観察データの統計科学1
×
学び方のデザイン加筆版
×
灘校土曜講座:_学び方のデザイン
×
グループウェア
×
読む技術
×
聞く技術
×
描く技術
×
pdcaサイクルとu曲線の関係
×
ブレインストーミング
×
学び方とu曲線の関係
×
kj法、nm法、gta
×
03_2_断片的情報の構造化_kj法の実践
×
03_3_断片的情報の構造化_kj法の背景
×
11_2日目オリエンテーション
×
12_多くの案から一つを選ぶ
×
非参加者オリエンテーション
×
13_発表方法について
×
02_書いてから考えよう
×
01_オリエンテーション
×
03_1_断片的情報の構造化_前振りと実録kj法の流れ
×
pyconjp_keynote_speech_(english_version)
×
pyconjp_keynote_speech_(japanese_version)
×
般若心経
×
数学的帰納法は帰納ではない?
×
モデルが修正されるサイクル
×
_"distributed_representation_of_sentences_and_documents"の解説
×
カイ2乗分布について
×
キャリア戦略論_-_人・生き方・働き方の多様性
×
一人でやるかみんなでやるか
×
発表方法について
×
正しさとは何か
×
言語化されていない知識
×
外部の知識を取り入れる
×
やる気を出すには
×
多くの案から一つを選ぶ
×
同調圧力に抵抗する
×
実現可能性
×
実現可能性を考える
×
kj法の背景
×
kj法の実践
×
断片的情報の構造化の前振りと実録kj法の流れ
×
書いてから考えよう
×
オリエンテーション
×
db_pressの記事への補足
×
fpgax_2
×
何をどう学ぶか?2:三大入力方法
×
blue*アルゴリズム
×
何をどう学ぶか?
×
zdd入門-お姉さんを救う方法
×
dive_into_.git_日本語版
×
dive_into_.git
×
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
×
テストとデバッグ
×
モジュールとはなにか?
×
言語の設計判断
→
過去の発表資料まとめ
→
東京工業大学
×
環境・社会理工学院
×
イノベーション科学系
×
技術経営専門職学位課程
×
特定准教授
×
パラレルワーク
×
働き方
×
聴講生
×
エンジニアのための自分経営戦略
×
aiで仕事はどう変わる?
×
バーチャル研究室
×
東工大
×
東工大mot
→
東工大の特定准教授になりました
→
コーディングを支える技術
×
2013
×
04-09
×
2013-04
×
何をどう学ぶか?2:三大入力方法
×
どう学ぶ
×
学び
×
学びかた
×
何を学ぶか
→
何をどう学ぶか?
→
技術評論社
×
コーディングを支える技術
×
理解を確認するためにはまずアウトプット
×
何を学べばよいかがわからない理由
×
具体的な知識と抽象的な知識
×
噛み砕く
×
必要なところからかじる
×
おおまかにつかんで徐々に詳細化する
×
端から順番に写経する
×
効率的に学ぶには
×
知識の3つの軸
×
学びの3つのフェーズ
×
最初の一歩をどう踏み出すか
×
必要なところを学ぶ
×
全体像をつかむ
×
写経する
×
どうやって深く理解するか
×
比較
×
歴史から学ぶ
×
作って学ぶ
×
何を学ぶか
×
何を作るか
×
問題の探し方
×
成果の出し方
×
言語を深く効率的に学ぶには
×
エンジニア
×
学び方
×
知識
×
成果
×
2014
×
04-24
×
2014-04
→
エンジニアの学び方
→
首都大学東京
×
流行りものに飛びつこう
×
コーディングを支える技術
→
流行り物に飛びつくことについて
→
エンジニアの知的生産術_目次ダイジェスト
×
選択肢の数
×
拡大再生産
×
卓越
×
差別化戦略
×
連続スペシャリスト
×
知識の貿易商
×
エンジニアのための自分経営戦略
→
自分経営戦略
→
エンジニアの学び方
×
京都大学サマーデザインスクール
×
首都大学東京_情報通信特別講義2017
×
発想法
×
コーディングを支える技術
×
認知インタフェース
×
ポモドーロテクニック入門
×
オブジェクト指向における再利用のためのデザインパターン
×
パタン・ランゲージ
×
時を超えた建設の道
×
augmenting_human_intellect:_a_conceptual_framework
×
科学と仮説
→
エンジニアの知的生産術 参考文献 はじめに~第1章
→
知的生産術
×
知的生産
×
サイボウズ
×
京都大学サマーデザインスクール
×
首都大学東京
×
川喜田_二郎
×
発想法
×
コーディングを支える技術
×
kj法
×
比較
×
目的
×
目的に注目
×
エンジニアの知的生産術 著者公式ページ
→
エンジニアの知的生産術 この本の目的
→
bmotシリーズ
×
知的生産
×
学問のすすめでの学問の定義
×
暗黙知
×
暗黙知の次元
×
知識創造企業
×
seciモデル
×
トヨタのカタ
×
カンバン仕事術
×
コーディングを支える技術
×
思い込みによる枠
×
分類してはいけない
×
シグナリング
×
知的生産性
×
授業
×
エンジニアのための自分経営戦略
×
エンジニアのための学ぶ技術
×
京大サマーデザインスクール2014
×
学び方のデザイン
×
授業は体育
×
塩澤_一洋
×
リーン・スタートアップ
×
アジャイル
×
時の試練
×
kj法
×
書き出し法
×
scrapbox
×
パラレルワーク
×
マッハ講義
→
BMOT特別授業第1回「知的生産」
→
エンジニアのための自分経営戦略
×
フリーライダー
×
キツネとクマのたとえ
→
一時的なテイクとフリーライダーの違い
→
陳腐化
×
知識の陳腐化
×
ブルーオーシャン戦略
×
明確でない需要
×
狭き門
→
知識の陳腐化の速度
→
損切り
×
事前の損切り
×
事後の損切り
×
リスク許容度
×
リスクを限定
→
事前の損切りと事後の損切り
→
灘校土曜講座2014
×
仮説は実験して検証しよう
×
ドラッカー
×
知識は行為によって証明されなければいけない
×
理解は仮説
→
「わかった」は仮説
→
エンジニアのための自分経営戦略
×
たとえ
×
知識交換
×
専門性のレベル
×
専門性
→
技術進歩による海面上昇
→
エンジニアのための自分経営戦略
×
知識交換の必要条件
×
知識の分布図
×
競争優位
×
マイケル・ポーター
×
ファイブフォース分析
×
狭き門
×
市場開拓コスト
→
周りと同じものを学んでも知識交換はできない
→
エンジニアのための自分経営戦略
×
知識交換
×
知識の分布図
→
知識交換への3ステップ
→
2018-03
×
エンジニアのための自分経営戦略
×
エンジニアのための自分経営戦略_参考文献
×
講演後コミュニケーションの場を作る
×
180308メモ
×
itと経営
×
戦略サファリ
×
ネットワーク形成システム
×
運
×
効用がサチってから運
×
タラントンのたとえ
×
掛け合わせニッチトップ戦略
×
ニッチ偶発拡大戦略
×
todo
→
エンジニアのための自分経営戦略_草稿
→
エンジニアのための自分経営戦略
→
書籍アフターフォロー
→
2008年スランプ
×
「スパゲッティモンスターの戦い」概要
×
ドラッカー
×
コーディングを支える技術
×
京大サマーデザインスクール2014
×
強化学習
×
量子コンピュータのプログラミング
→
学び履歴
→
ICTで社会が変わる事例紹介
×
ja三浦
×
活性化障壁の低下が非連続な変化を引き起こす
→
演題を考える
→
属人性の排除には二種類ある
×
seciモデル
×
表出化
×
内面化
×
マニュアル人間
×
ドキュメント
×
知識の陳腐化
→
ドキュメントづくりと教育は違う
"
Engineer's way of creating knowledge
" the English version of my book is now available on
[Engineer's way of creating knowledge]
(C)NISHIO Hirokazu / Converted from
[Scrapbox]
at
11/23/2025, 4:40:17 PM
[Edit]