Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
プログラミング言語を書く前に日本語を書く── AI 時代に求められる「言葉で考える」力
Search
井田 献一朗
November 12, 2025
Technology
26
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プログラミング言語を書く前に日本語を書く── AI 時代に求められる「言葉で考える」力
『僕・私が考える最強の開発生産性を紹介します!【D-Plus Tokyo#19】』登壇資料
https://d-plus.connpass.com/event/373156/
井田 献一朗
November 12, 2025
More Decks by 井田 献一朗
See All by 井田 献一朗
システムデータの前に知りたかった、アンケートの科学で組織の傾向を掴む開発生産性指標へのアプローチ
rinatz
0
5
「なんとなく良さそう」から抜け出すために──組織開発の効果測定として『因果推論』に入門する話
rinatz
0
4
エンジニアの発信を「個人の努力」で終わらせないために
rinatz
0
3
もし、正社員じゃなかったら?──キャッシュフロー・クワドラントから見る働き方とキャリア選択
rinatz
0
140
ChatGPTを使ったブログ執筆と校正の実践テクニック
rinatz
1
11
メンタル面でもつよつよエンジニアになる
rinatz
0
15
Hacobuで開発⽣産性を捉えるために取り組んできたこと〜Findy Team+ 導⼊から SPACE 利⽤まで〜
rinatz
0
34
チーム実績をSPACEで表現してみるチャレンジ
rinatz
0
8
EMになって分かった自分のマネージメントスタイル
rinatz
1
18
Other Decks in Technology
See All in Technology
【Google Cloud Next Tokyo'26】Gemini Enterprise と Oracle AI Database で実現する、業務データ活用を実現する AI エージェント実装
shisyu_gaku
0
250
ボトムアップ文化が強い組織で セキュリティをどう根付かせていくかの現在進行形の話 / Making Security Stick in a Bottom-Up Organization
yamaguchitk333
0
220
Bits Agent Builder の⼊⾨と活⽤事例
nulabinc
PRO
0
140
ガバメント AI 源内を地方自治体は活用できるのか可能性と課題、期待について
takeda_h
1
400
20260804_Q4AzureUpdateBite_FabricDataAgentの精度を高める設計.pdf
matayuuu
1
130
LanceDB入門
mocobeta
7
490
つくって納得、つかって実感! 大規模言語モデルことはじめ ver2.0
recruitengineers
PRO
4
1.6k
強化学習「理論」入門
enakai00
3
3.6k
ハーレムエンジニアリング
kazuma777777
0
150
AIコーディングの次。コードレビューと理解負荷を解消して組織の開発生産性を高める
moongift
PRO
2
2.5k
侵入は突然に 〜 IoTマルウェアと悪用される家庭の機器 ~ / When Intrusion Strikes: IoT Malware and the Abuse of Home Devices
nttcom
0
3.3k
Data Hubグループ 紹介資料
sansan33
PRO
0
3.2k
Featured
See All Featured
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
160
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
700
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Statistics for Hackers
jakevdp
799
230k
Crafting Experiences
bethany
1
250
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
The Curse of the Amulet
leimatthew05
2
14k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Exploring anti-patterns in Rails
aemeredith
3
460
Context Engineering - Making Every Token Count
addyosmani
9
1k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Transcript
Confidential プログラミング言語を書く前に 日本語を書く D-Plus Tokyo #19 2025年11月12日 井田 献一朗 AI
時代に求められる「言葉で考える」力
Copyright Hacobu, Inc. 2 自己紹介 井田 献一朗 IDA Kenichiro /
けんにぃ フリーランスエンジニア Hacobuで技術広報を行うフリーランスエンジニア 正社員時代はナビタイム、HacobuでEMや開発組織づくりに従事 @rinatz3
Copyright Hacobu, Inc. 3 今日話すこと AI が実装を支える時代、私たちが磨くべきは「言葉で考える力」だ ツールや AI を超えた“思考の生産性”の話をします
これまでの開発生産性
Copyright Hacobu, Inc. 5 これまでの開発生産性 ルールベース・人間中心の改善 テスト自動化 CI/CD IaC フレームワーク・ライブラリの利用
静的解析・コード品質ツールの利用 人間が手動でやっていたことを「どれだけ仕組み化・自動化できるか」が生産性の中心だった
Copyright Hacobu, Inc. 6 AI の登場による変化 実装 テスト 要件定義 課題定義
リリース・運用 これまでは実装が一番のボトルネックだったが AI により実装のスピードは向上した ボトルネックは人間の「理解」に移りつつある (仕様の誤解、背景の共有不足) AI はコードを正確に書けるが、「なぜ」「どんな背景で」書かれたのかを理解できない 生産性を上げるカギは、人間が理解のスピードを上げることではないか?
AI が手を速くした だからこそ、人間は頭を速くする必要がある
Copyright Hacobu, Inc. 8 理解が深まる経験 経験的に、仕様について話を聞くときよりも、コードを書いているときのほうが仕様の理解が深まった 特にユニットテストを書くと生産性が向上する感覚があった 思考の明確化 仕様の再発見 共通認識の形成
3行の修正でもユニットテス トを書く習慣が、後のリファ クタを恐れない安心感につな がった テストを書く過程で、「仕様 の曖昧さ」や「設計の歪み」 に気づき、理解が深まった テストを徹底したことで、仕 様が明文化され、チーム内の 認識のズレが削減。それが結 果的に、開発全体のスピード とリズムを高めた。 テストで生産性が上がる要因は 仕様の理解と明確化の影響が大きかったのでは?
Copyright Hacobu, Inc. 9 仕様を明確にする 開発は本質的にどのフェーズでも仕様を言語で整理しているといえる そして、コードの質は情報の構造化の精度に依存する(AI・人どちらが書く場合も) AIが翻訳 実装 テスト
要件定義 課題定義 リリース・運用 自然言語を使った言語化 (仕様駆動開発・コンテキストエンジニアリング) 形式言語を使った言語化 (Go・Python・YAML など) AI を使いこなすとは、自然言語で論理設計ができるということ
精度の高い論理設計とは?
Copyright Hacobu, Inc. 11 精度の高い論理設計 指示の意図を伝えるために Why(背景・目的)を明確にすることが必要 AI に渡すドキュメントが What
と How だけだと精度が落ちる WHY HOW WHAT ゴールデンサークル理論 説明が得意な人は「Why → How → What」の順に話し 苦手な人は「What → How」の順に話して Why が欠落する という法則
Copyright Hacobu, Inc. 12 精度の高い論理設計 What Why How 何を作るのか? TODOアプリ
どうやって作るのか? TypeScript で実装する なぜ作りたいのか? 個人開発者が「今日やる3件」 に集中できず、完了率が低いの を改善したいため Why は言語化の難易度が高く、言語化に伴う負担が大きい(そのため欠落しがち)
Copyright Hacobu, Inc. 13 精度の高い論理設計 【一流のエンジニアはここが違う】成果を出すヤツは「協創と習 慣」を大事にする / 米マイクロソフトで培った生産性爆上げの法 則
| 【世界一流エンジニア思考法著者 牛尾剛】 AI は答えを出すためではなく • なぜ、このようにコードが書かれたのか • なぜ、この変数名にしているのか • なぜ、このような作り(設計)にしているのか などのコンテキストを理解するために使うべき ディープコードリーディング 牛尾 剛(Microsoft) 出典:https://www.youtube.com/watch?v=AAGSD_c-my0 Why に向き合うトレーニングの一例
実装を助ける AI は手を速くする 理解を助ける AI は頭を速くする これから求められる生産性は後者
Copyright Hacobu, Inc. 15 まとめ AI で加速させるべきなのは、「手」ではなく「考える力」 「AI に任せる」=「思考を放棄し、人間の判断を手放す」ことではないので 上手に分業して
AI を良きパートナーにしていきましょう!
Copyright Hacobu, Inc. 16 お知らせ 11月21日(金)に『アーキテクチャConference』に参加&ブース出展します!
None