エンジニアの思考法はこの先も技術の外でも通用するのか

by KEITA YANAGAWA

Embed

Start on current slide

Slide 1

Slide 1 text

エンジニアの思考法はこの先も技術の外でも通用するのかエンジニアリング知見を持つことが当たり前の世界へ 2026.6.18 エンジニアの役割変化に向き合うカンファレンス柳川慶太

Slide 2

Slide 2 text

自己紹介自己紹介義務と権利プロダクトで稼いでるならプロダクトがわかる人が偉くなるのが道理名前肩書き職歴会社歴趣味サブプロジェクトその他活動スタンス柳川慶太 BASE株式会社執行役員金融事業責任者エンジニア→PdM→事業責任者 SIer→広告配信→現職 note書く/Gem作るお悩み相談を中心に軸足を作っていきたいプロダクトぶれんじゃねぇラジオ/ノッカリアドカレとにかく繋げる、ジェネラリスト万歳 | | | | | | | | エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 3

Slide 3 text

自己紹介自己紹介狂ったようにnote書いてますエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 4

Slide 4 text

序章：エンジニア役割変化するの？ 1章：AIについて整理 2章：エンジニアの3つの思考の型 3章：統合力を鍛えるために何ができるか 4章：ビジネスモデルは何にせよ大事終章：自分の頭で考えることの大切さと難しさと愛おしさと目次 Table of Contents エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 5

Slide 5 text

エンジニア役割変化するの？序エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 6

Slide 6 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアの役割変化に向き合うConferenceです役割変化？するのか？

Slide 7

Slide 7 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアの役割はどこまで広がっているのかふむふむ

Slide 8

Slide 8 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアの役割はどこまで広がっているのかわかるんだけど！ AIとか関係なく広げていこうぜというスタンスを取りたい

Slide 9

Slide 9 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのかそもそも分業しすぎだっただけでは？統合が大事

Slide 10

Slide 10 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのか例えばPdMとか必要なの？サーバーサイドエンジニアとフロントエンドエンジニアが分かれているのが妥協の産物であることと同じように PdMの存在は妥協の産物だと思っている

Slide 11

Slide 11 text

エンジニアの思考法はなぜ技術の外でも通用するのか作ることと意思決定は分離していない方がいいうっすら考えていたなぜエンジニアが作るものを決められないのかなぜエンジニアが事業に決定権を持たないのかプロダクトがお金を稼ぐビジネスモデルであればみんな当たり前にエンジニアであるべきでは AIによってそれは理想論ではなくなるのではエンジニア役割変化するの？

Slide 12

Slide 12 text

AIについて整理 1 エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 13

Slide 13 text

AIについて整理今日の話はなぜかAIの話につながります AI時代はロングコンテキストで価値出せないと生き残れないので領域を広げざるを得ないという話に繋がっていきますエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 14

Slide 14 text

ロングコンテキスト問題 by みやっち AIについて整理エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 15

Slide 15 text

AIはもはや人間を超えた AIはもはや人間を超えました(×10) ショートコンテキスト（局所的な課題）においては、もはやミドルクラス以上の思考力を持つ局所のコード生成、要約、翻訳、論理構築... 単純なスキル勝負では、人間は分が悪い AIについて整理エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 16

Slide 16 text

AIの唯一にして最大の弱点「ロングコンテキスト」の保持ができない全体の文脈、過去の経緯、複雑な利害関係、未来へのプライオリティ... AIは超優秀だけど記憶喪失だし価値判断もできない天才これらを繋ぎ続け、整合性を取ることはまだ人間にしかできない AIについて整理エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 17

Slide 17 text

もはやコンテキストを広げていくことは既定路線広げるか深めるかの２択ポジショントークだけど広げにいくことを推奨したいそしてそれは多分エンジニアが得意という話をしてきます AIについて整理エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 18

Slide 18 text

エンジニアの 3つの思考の型 2 エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 19

Slide 19 text

エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアが日々鍛えている3つ思考の型 ① 具体と抽象を往復する力 ② 動かないコードに向き合う自責思考 ③ 複数の前提を保持するコンテキスト力この3つは、コードを書き続けていれば日々鍛えられている

Slide 20

Slide 20 text

エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアが日々鍛えている3つ思考の型 ① 具体と抽象を往復する力

Slide 21

Slide 21 text

型①具体と抽象の往復実際にやっていること 1行のコード(具体) ↔ 設計(抽象) SQLクエリ(具体) ↔ ドメインモデル(抽象) 実装の細部(具体) ↔ アーキテクチャ(抽象) 1日に何十回も、両端を行き来しているエンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 22

Slide 22 text

型①具体と抽象の往復何が起きているのか抽象↔具体への落とし込みを脳内シミュレーションしている「そもそも何がしたいんだろうか？」「この実装で要件網羅できてるかな？」「例外ケースまでカバーできてるかな？」一つの要件をカバーできるだけではダメで、現実の複雑さを抽象化した上で具体に落とし込み実現する必要があるエンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 23

Slide 23 text

型①具体と抽象の往復エンジニアリング文脈以外でどう効くか例えば事業は具体と抽象の行き来の連続事業計画(抽象) ↔ 機能リリース(具体) 戦略(抽象) ↔ 現場メンバーが話している言葉(具体) 絶えず行き来し、抽象論でも具体だけでも不十分どの職種でも大事な能力だけど特にエンジニアはキャリアの初期からこの訓練を積めるエンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 24

Slide 24 text

エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアが日々鍛えている3つ思考の型 ②動かないコードに向き合う自責思考

Slide 25

Slide 25 text

型②動かないコードに向き合う自責思考実際にやっていることコンパイラは嘘つかないし間違えないということは「動かない」のは、自分が間違っている動く時は動く、動かない時は動かない。曖昧さがない言い換えるとエンジニアは高頻度で「お前は間違っている」と突きつけられる仕事エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 26

Slide 26 text

型②動かないコードに向き合う自責思考何が起きているのか他責にする余地が物理的にない「自分が間違っているかもしれない」が標準装備になる →健全な猜疑心細かいPDCAが高速で回る →間違いの数だけ、合っているも積み上がる「訓練と思わずに訓練できていた」構造エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 27

Slide 27 text

型②動かないコードに向き合う自責思考エンジニアリング文脈以外でどう効くか数字が悪くても、市場や上司や部下を先に疑わない「自分の前提のどこが間違っているか」から探す仮説検証のサイクルが、事業のデバッグにそのまま効く AIが悪いのではなく指示を出している自分が悪いという思考を持ちやすい最後は自分の手で何とかするラストマンの覚悟エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 28

Slide 28 text

エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアが日々鍛えている3つ思考の型 ③ 複数の前提を保持するコンテキスト力

Slide 29

Slide 29 text

型③複数前提のコンテキスト力実際にやっていること変数のスコープ、依存関係、状態遷移を保持して1行を書くレイヤー間の前提(認証、トランザクション、副作用)を同時に抱える既存コードの文脈を読みながら、新しい行を足すロングコンテキストを頭の中に保持し続けているエンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 30

Slide 30 text

型③複数前提のコンテキスト力何が起きているのか複数の制約・前提を保持しながら最適解を探る手段が目的化しない/常に上位の意図と接続しているショートコンテキスト(目の前の行) ロングコンテキスト(全体の文脈) を行き来せざるを得ない「1聞いて10わかる」の正体 = 保持している前提の広さエンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 31

Slide 31 text

型③複数前提のコンテキスト力技術の外でどう効くか短期↔長期/技術↔事業/個人↔組織を同時に抱えて判断できる事業全体というロングコンテキストを保持出来る複数ステークホルダーの利害を保持したまま意思決定する 1章で見た「AI時代に人間に残る主戦場」そのものエンジニアはコードを書きその筋肉を毎日鍛えていたエンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 32

Slide 32 text

エンジニアの3つの思考の型エンジニアの思考法はなぜ技術の外でも通用するのか参考記事です

Slide 33

Slide 33 text

統合力を鍛えるために何ができるか 3 エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 34

Slide 34 text

「訓練と思わずに訓練できていた」時代の終わりこれまで: 3つの型で毎日鍛えられていたこれから: AIで「悩む時間」が奪われ統合力訓練機会が減る仮説: ミドルまで半分、シニアまで3倍の時間がかかるようになる訓練の場を、自分で意識的に作りに行く必要があるこれから具体的な訓練の取り組みを4つ提案します統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 35

Slide 35 text

取り組み① 自分のサービスを持つ ★最推し AIで企画→設計→実装→公開→運用まで一人で回せる時代「作ってみた」で止めず「運用してみる」までやる 3つの型を同時に使わざるを得ない場ができる動かないものに自責で向き合う複数ステークホルダーに向き合う具体と抽象を行き来する続けることの難しさを知ることで世界の解像度が上がる統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 36

Slide 36 text

取り組み① 自分のサービスを持つ ★最推し難しいと思いますか？コツを教えます！最初からお金をもらおうと思わなくていいです！お金もらおうと思うと色々ややこしくなる。とにかく半径３mの人に使ってもらえそうなものを作る！自分が欲しいものでいいが人に使ってもらうことも大事！お金をもらうのはまた別の技術なので分割して学ぼう！統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 37

Slide 37 text

僕の場合はこんなの作りました統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 38

Slide 38 text

100件単位で使われたり後続の講座に繋げられたりした統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 39

Slide 39 text

参考記事です統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 40

Slide 40 text

取り組み② 言語化と発信を続ける毎週noteを書く / 日報を残す / SNSで発信する「言語化された資産」を手元に貯めていく言語化が苦手ならAIに助けてもらう(箇条書きでも話が飛んでてもOK) 具体↔抽象の翻訳訓練自分のコンテキストをAIに渡す素材作り柳川の例: 毎週noteを書く。アウトプットというより、自分のコンテキストを言語化する儀式統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 41

Slide 41 text

参考記事です統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 42

Slide 42 text

取り組み③ 自分の意志をAIに乗せる(Skill/Gem化) Skillsを作る自分の判断軸・前提・口癖をAIに教え込むショートコンテキストの作業を任せられる相棒が増える Option(AIが出す)vs Decision(自分が引き受ける)を日常で体感する場になる育てる過程そのものが、意志を編む練習統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 43

Slide 43 text

参考記事です統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 44

Slide 44 text

取り組み④ 越境して人と話す自社のBiz/営業/CSの人と、雑談ではなく事業の話をする他社の事業責任者と話す機会を作る(勉強会・登壇・SNS) 違う前提を持った相手と話すと自分の前提が浮かび上がる AIだけで完結させない人と話す摩擦が、器を育てる統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 45

Slide 45 text

取り組み⑤ 未来の構造を考えてみる統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか未来の組織図を考えて備えてみる

Slide 46

Slide 46 text

(仮説)未来の組織図：「人月AI管理者」への進化統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 47

Slide 47 text

(仮説)未来の組織図：「人月AI管理者」への進化 AIに「働かされる」準備をせよ AIは文句も言わず、爆速でアウトプットを出してくる人間の役割は、AIに適切な「ショートコンテキスト」を切り出して渡すこと新しい役割：人月AI管理者 10人のAI部下（特化型AI）を並列に働かせる求められるのは、AIの速度に負けない「早い思考」と、全体を統合する「ロングコンテキスト」オフショア管理やSIerのPMに近い（ただし相手は爆速）統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 48

Slide 48 text

「人月AI管理者」おもしろいよ AIマネジメントの特徴人間相手より楽な点 AIは品質のブレが少なく育成（学習）も早い人間相手よりキツイ点 AIはレスポンスが爆速です自分がボトルネックにならないよう脳みそをフル回転させ続けなければなりません疲れますし向き不向きもある統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 49

Slide 49 text

「人月AI管理者」おもしろいよ「人月AI管理者」という仕事「AIの管理？誰でもできるでしょ？」「保守的な退屈そうな仕事？」「そういう仕事こそAIにやらせるべきでは？」そんなことない AIに「ロングコンテキスト」は求めず、そこは人間が担保するこれは「AIに働かされているようでいて実は人間にしかできないコンテキスト管理をフル回転で行う」ことなのだ統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 50

Slide 50 text

ボトルネックは「AI」ではなく「人間の意志」 AIは選択肢（Option）は出せるが、決断（Decision）はできない合理的な正解だけなら、全員同じ結論になる（コモディティ化）差別化要因は「非合理な意志（これがやりたい）」だけロングコンテキストの維持には「意志」が必要膨大なコンテキストの中から、何を選び、何を捨てるかそれを決めるのはロジックではなく「意志」意思っていうとふわふわしているけれども、要するに強弱です忘れることとかも含めて大事！コンテキストの容量が増えればいいという話ではない統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 51

Slide 51 text

エンジニアは本当の意味での「ラストマン」エンジニアの宿命トラブルが起きたら、最後に直すのはエンジニア物理的な最終防衛ライン。「動かない」という事実からは逃げられないその覚悟を拡張する AIが出してきたアウトプットの責任を、自分が取る事業の数字（PL）が悪かったら自分の責任として受け止める「最後は自分の手でなんとかする」という覚悟だけが、人をリーダーにする統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 52

Slide 52 text

あえてギャップを言うならば不確実なことへの耐性の低さビジネスにおける争いは「正しいvs正しい」ばかりなのであるその中でどう決めるか、どう進むか気が張っちゃうのはわかるそれこそラストマンシップの裏返しだと思う不確実な時にどしっと構える強さ強さとかいうと精神論だけど、時間軸を長く持つというのは大事統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 53

Slide 53 text

参考記事です統合力を鍛えるために何ができるかエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 54

Slide 54 text

ビジネスモデルは何にせよ大事 4 エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 55

Slide 55 text

「ビジネスの勉強」はしなくていいがビジネスモデルは大事よくある言説としてエンジニアも「PdMをやれ」「FDEになれ」「PLやBSを学習せよ」うんざりする。肩書きや知識では事業は動かない役割に合わせてビジネスモデルができることはあり得ないビジネスに必要なので役割が生まれるビジネスモデルそのものが自分の道を探すヒントになるビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 56

Slide 56 text

ビジネスモデルは単価×件数×お金のもらい方で紐解く軸は単価(高/低) × 件数(多/少) × キャッシュポイント組み合わせで有効なアプローチが変わるビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 57

Slide 57 text

低単価×多件数(マス向け) スケールするオペレーションとUXに投資する必要がある個別対応はやらない、というよりやってはいけない例 SMB向けSaaS/プラットフォーム/to Cサービスビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 58

Slide 58 text

高単価×少件数(エンタープライズ) 一つ一つの顧客に深く入り込んででも顧客獲得するべきオーダメイドやセミカスタムを行ってもビジネスが成立する、むしろやらなければ顧客獲得できない例 SIer/Palantir型セミオーダーSaaS(FDE) ビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 59

Slide 59 text

どうやってお金を頂くのかキャッシュポイント直接費用を頂くor広告費用などで間接的にお金を頂くetc 何に対してお金を頂くのか利用に応じて(BASE)or月額(SaaS)or人月(SIer)なのかビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 60

Slide 60 text

まずは個人として3つの問いに答えられるか ① あなたの会社は「どうやってお金をもらっているか」 ② 「何が差別化要因か」 ③ 「その差別化に自分がどう貢献して、どう差を作るか」ビジネスモデルというと難しげだが、まずは自分を主語とした自分の半径から始める(PLとBSから入らない) ビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 61

Slide 61 text

しっくりくるビジネスモデルを探そう 3つの問いへの自分なりの答えを持つことが自分なりのナラティブ(物語)を持つということに繋がるナラティブを語るには自分の価値の定義が大事ビジネスモデルがしっくりくるかどうかが大事柳川の例 SIer→広告配信→ECプラットフォームそれぞれ経験したことで自分に合う型が見えて自分なりのナラティブが語れるようになった副産物:ナラティブはロングコンテキストの圧縮装置になるビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 62

Slide 62 text

前提:あなたの会社は凄い！あなたを採用できるって凄い！それってビジネスモデルが完成していて儲かっているってこと！凄いことですよ！！絶対に学ぶべきことがあります！まずは自社のビジネスモデルに詳しくなりましょう！ビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 63

Slide 63 text

参考記事ですビジネスモデルは何にせよ大事エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 64

Slide 64 text

自分の頭で考えることの大切さと難しさと愛おしさと終エンジニアの思考法はなぜ技術の外でも通用するのか

Slide 65

Slide 65 text

自分の頭で考えることの大切さ・難しさ・愛おしさ大切さ: 意志は最後まで人間にしか持てない Decisionを引き受けるのは人間難しさ: 答えっぽいものに会うと、人は考えなくなる AI時代の最大の罠愛おしさ: 思い詰めて考えた時間こそが、自分を形作る「悩む時間は無駄ではなく贅沢」自分の頭で考えることは無駄じゃないしコスパ悪くない車輪の再発明上等自分の頭で考えることの大切さと難しさと愛おしさとエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 66

Slide 66 text

「器」を育てるための矛盾を抱えて進む力視座の変化言い換えると「器」の拡大に向き合うしかない AI＊人間の掛け算でアウトカムが変わる時代そしてAIは履歴書に書けるスキルは全て代替していく人間は履歴書に書けないスキルを強化していくしかないそれを「器」と呼ぶ自分の頭で考えることの大切さと難しさと愛おしさとエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 67

Slide 67 text

水平的成長から垂直的成長へスキルを増やすだけではなく視座を上げる自分の頭で考えることの大切さと難しさと愛おしさとエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 68

Slide 68 text

育てているのは「器」 ── 矛盾を抱えて進む力単純化した一様な答えで誤魔化せなくなる「矛盾を感じ、抱え、進む」ことが大事器を育てる文化的装置(終身雇用・師弟関係)が弱体化した今AIは新しい鍛錬パートナーになりうる僕はこのテーマを複眼道場という個人活動で扱っています (エニアグラム × インテグラル × AI) 自分の頭で考えることの大切さと難しさと愛おしさとエンジニアの思考法はなぜ技術の外でも通用するのか

Slide 69

Slide 69 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアの役割はどこまで広がっているのか

Slide 70

Slide 70 text

エンジニア役割変化するの？エンジニアの思考法はなぜ技術の外でも通用するのかエンジニアの役割はどこまで広がっているのかあなた次第でどこまででも広がる自分なりの物語を持て！！

Slide 71

Slide 71 text

THANK YOU 🎉 少しでも領域を広げていく気持ちを持ってもらえたら嬉しいです誰にも期待されていないことを自分が必要だと思うからやるそんな仲間が増えて欲しいです！一緒に頑張ろ！手を動かせる奴が一番偉い！型にハマるな！