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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
井田 献一朗
November 12, 2025
Technology
0
2
プログラミング言語を書く前に日本語を書く── AI 時代に求められる「言葉で考える」力
『僕・私が考える最強の開発生産性を紹介します!【D-Plus Tokyo#19】』登壇資料
https://d-plus.connpass.com/event/373156/
井田 献一朗
November 12, 2025
Tweet
Share
More Decks by 井田 献一朗
See All by 井田 献一朗
もし、正社員じゃなかったら?──キャッシュフロー・クワドラントから見る働き方とキャリア選択
rinatz
0
120
ChatGPTを使ったブログ執筆と校正の実践テクニック
rinatz
1
4
メンタル面でもつよつよエンジニアになる
rinatz
0
9
Hacobuで開発⽣産性を捉えるために取り組んできたこと〜Findy Team+ 導⼊から SPACE 利⽤まで〜
rinatz
0
12
チーム実績をSPACEで表現してみるチャレンジ
rinatz
0
4
EMになって分かった自分のマネージメントスタイル
rinatz
1
6
初めてのEMがメンバーの目標設定に向けて取り組んだこと
rinatz
0
8
Other Decks in Technology
See All in Technology
Amazon Bedrock Knowledge Basesチャンキング解説!
aoinoguchi
0
170
Cloud Runでコロプラが挑む 生成AI×ゲーム『神魔狩りのツクヨミ』の裏側
colopl
0
150
コスト削減から「セキュリティと利便性」を担うプラットフォームへ
sansantech
PRO
3
1.6k
30万人の同時アクセスに耐えたい!新サービスの盤石なリリースを支える負荷試験 / SRE Kaigi 2026
genda
4
1.4k
量子クラウドサービスの裏側 〜Deep Dive into OQTOPUS〜
oqtopus
0
150
Claude Code for NOT Programming
kawaguti
PRO
1
110
Kiro IDEのドキュメントを全部読んだので地味だけどちょっと嬉しい機能を紹介する
khmoryz
0
210
StrandsとNeptuneを使ってナレッジグラフを構築する
yakumo
1
130
Codex 5.3 と Opus 4.6 にコーポレートサイトを作らせてみた / Codex 5.3 vs Opus 4.6
ama_ch
0
220
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
270
生成AIと余白 〜開発スピードが向上した今、何に向き合う?〜
kakehashi
PRO
0
170
Featured
See All Featured
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
410
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
330
SEO for Brand Visibility & Recognition
aleyda
0
4.2k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.4k
For a Future-Friendly Web
brad_frost
182
10k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3k
Exploring anti-patterns in Rails
aemeredith
2
260
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Heart Work Chapter 1 - Part 1
lfama
PRO
5
35k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
71k
From π to Pie charts
rasagy
0
130
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