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.
→
Kota-Yamaguchi
July 31, 2025
580
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
新しいチームにジョインした私が思う生成AIを使って 良かったこと・悪かったこと
Kota-Yamaguchi
July 31, 2025
More Decks by Kota-Yamaguchi
See All by Kota-Yamaguchi
「MCPを使ってる人」が より詳しくなるための解説
yamaguchidesu
0
1.6k
Featured
See All Featured
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
590
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
160
The browser strikes back
jonoalderson
0
1.3k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
870
The Curse of the Amulet
leimatthew05
1
13k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Statistics for Hackers
jakevdp
799
230k
The Limits of Empathy - UXLibs8
cassininazir
1
360
My Coaching Mixtape
mlcsv
0
150
Ethics towards AI in product and experience design
skipperchong
2
310
Transcript
新しいチームにジョインした私 が思う生成 AIを使って 良かったこと・悪かったこと やまぐち(@hudebakononaka)
生成AIを どう使うのが失敗 で 生成AIを どう使うと良かった か の話です。 ※めちゃくちゃ当たり前のことをさも私だけの気づきかのように話します。
結論
生成AIを使って良かったこと・悪かったこと • 悪かったこと 入社~4ヶ月の生成 AI好きの若手エンジニアが そこそこの規模感のプロダクトの使ったことない言語の 開発タスクを生成 AIに委託する はア ンチパターンだった
• 良かったこと 私のような若手エンジニアには生成 AIは、 現状開発生産性をあげるための 自己成長を促す ことに使うのが良さそう!
私のスペックを簡単に ※今回の話をするのに必要なので...
やまぐち(@hudebakonosoto) 2020/4 ~ 新卒 2022/7 ~ 2社目 2025/3/1~ SmartHRでプロダクトエンジニア •
メインでは フロントエンドエンジニア として活動 • 前職ではかなり ガッツリLLMアプリ開発 をしてた • 経験あるフレームワーク ◦ フロントエンド: React+Next.js(TypeScript) ◦ バックエンド: NestJS(TypeScript), Spring(Java)あたり
やまぐち(@hudebakonosoto) 2025/3/1~ SmartHRでプロダクトエンジニア • SmartHRではフロントエンドもバックエンドもどっちもやる • 最近は頑張ってバックエンド にも携わってる
チームにJOINしてかなり丁寧なオンボーディング も 受けた!! 使ったことないRubyとRailsの勉強もAIと一緒に 一通り終えた! これで開発に貢献できそうだ!
開発だけでなくて 私が今のチームに貢献できることって なんだろう?
やまぐち(@hudebakonosoto) 2020/4 ~ 新卒 2022/7 ~ 2社目 2025/3/1~ SmartHRでプロダクトエンジニア •
メインでは フロントエンドエンジニア として活動 • 前職ではかなり ガッツリLLMアプリ開発 をしてた • 経験あるフレームワーク ◦ フロントエンド: React+Next.js(TypeScript) ◦ バックエンド: NestJS(TypeScript), Spring(Java)あたり
そうだ! 開発への生成AIの推進をするぞー!
そのためには自分もどんどん生成 AI使って いくぞ!!!
そのためには自分もどんどん生成 AI使って いくぞ!!!
そして、 積極的に開発は AIへ...
その結果...
最悪のPRを作ることが多々あった .... ※チームの皆さんはかなり丁寧な FBを下さいました。それだけが救いでした。 よくないミスの連発 • 粗末なミス・不要なコードに対しての指摘 • 考慮不足なコードが散見 •
そもそも間違ったコード 場合によってはレビューの結果書き直すなどもあった。
なぜこうなった ...
要因を一言で ...
私の開発コンテキストが貧弱 す ぎた ※もちろん他にも要因は色々とありますが、ここでは省きます。
開発コンテキスト 大体開発に関わる知識を総じて開発コンテキストと言ってます。 • Ruby/Ruby on Railsなどのプログラミング知識 • 使用可能なクラスモジュール自体の知識 • 既存機能の知識
• 別プロダクトとの関係性 etc
丁寧なオンボーディングを 受けたのでは?
知識が認知的段階で止まってしまっていた 積極的に生成 AIにタスクを委託することで ほとんどの知識は 認知的段階 で止まり、 完全に考慮に含めることができるものにはならなかった。 出典:Felienne Hermans『プログラマー脳 ――優れたプログラマーになるための認知科学に基づくアプローチ』
p.199, 図10.4
開発コンテキスト 大体開発に関わる知識を総じて開発コンテキストと言ってます。 • Ruby/Ruby on Railsなどのプログラミング知識 • 使用可能なクラスモジュール自体の知識 • 既存機能の知識
• 別プロダクトとの関係性 etc
知識が認知的段階で止まってしまっていた その結果、 レビュー負荷がかかりすぎて うまく生成された コードのレビューができない。 ※考慮不足がでたり、不要なコードが必要に見えたり ... 出典:Felienne Hermans『プログラマー脳 ――優れたプログラマーになるための認知科学に基づくアプローチ』
p.199, 図10.4
私のような若手のエンジニアが 生成AIに開発タスクを委託する のはアンチパターン
私のような?
やまぐち(@hudebakonosoto) 2020/4 ~ 新卒 2022/7 ~ 2社目 2025/3/1~ SmartHRでプロダクトエンジニア •
メインでは フロントエンドエンジニア として活動 • 前職ではかなり ガッツリLLMアプリ開発 をしてた • 経験あるフレームワーク ◦ フロントエンド: React+Next.js(TypeScript) ◦ バックエンド: NestJS(TypeScript), Spring(Java)あたり
「私のような」をもう少し具体的に • 転職して~4ヶ月で定着 • 今まで使用したことがない言語を使用する • ほどほどに規模感のあるプロダクトの開発に 携わる • 得意な言語の定着率が右表の具体的操作
期〜形式操作期にある。 • 生成AIに関してはほどほどに知識がある 出典:Felienne Hermans『プログラマー脳 ――優れたプログラマーになるため の認知科学に基づくアプローチ』 p.247 表13.2
私のような若手のエンジニアが 生成AIに開発タスクを委託する のはアンチパターン
つまり
入社~4ヶ月の生成 AI好きの 若手エンジニアが そこそこの規模感のプロダクトの 使ったことない言語の 開発タスクを 生成AIに委託する はアンチパターン
では今はどうしているの?
開発タスクは 委託しないようにした 伴走させる が正解でした
出展:Takuto Wada AI時代のソフトウェア開発を考える( 2025/07版)P21
それに加えて
開発コンテキストを 強化するために 生成AIでアプリを作りまくった!
なぜアプリを作成する理由 1. 社内の情報を迂闊に世の中にあるサービスに入れるのは怖い。 2. 意外と細かいところに手の届くアプリって少なくない ...? 3. 自分で改善できるのってめっちゃいい。
私の開発コンテキストが貧弱 す ぎた ※もちろん他にも要因は色々とありますが、今日はここだけに絞ります ここを鍛えるために試した施策を紹介
生成AIで作成したアプリ集
(★★★★★ )社内用語を覚えようフラッシュカード 社内用語や仕様などをフラッシュカードにして覚えるア プリを作成 「プログラマー脳」で紹介されてたのでアプリにしてみた ら開発コンテキストの認知的段階からの脱却 にいい。 出典:Felienne Hermans『プログラマー脳 ――優れたプログラマーにな
るための認知科学に基づくアプローチ』 p.199, 図10.4
(★★★★★ )FBを習慣化するアプリ 開発プロセスで 何かを意思決定するまでのプロセスや線引きが難 しかったのでそれの記録を残したかった + FBもらったらちゃんと残して実践したかった のでアプリを作成しました。 これも認知的段階からの脱却にめっちゃいい。 かつ、振り返りをすることで1つ上の視点を得られ
ることもあるので行動も変わる。
(★★★☆☆ ) ClaudeCodeで毎行FBを返すVimPlugin Ruby on Railsの勉強をしている時に以下の ことですぐにFBが欲しかったので作成した。 • これどのメソッドで実現可能なんやっ け?
• 他に書き方ないかな? etc Vim使う時は今でも使う。 https://x.com/hudebakonosoto/status/19429533902183 50914
(★★☆☆☆ )プロダクトコードのタイピングゲーム 開発コンテキストを埋めやすそうと思い、 真っ先に作った。 タイピングが終わった後に、そのコードの説 明を表示する。 まあやってもいいけど、これでプロダクトコー ドの理解が深まることはなかった。
(★☆☆☆☆ ) 開発コンテキストを保存する MCPサーバー 作ったけどあんまりワークした感じもなく、すぐ使わなくなった。 それなら都度頑張って CursorRuleに入れておくほうがいいなと言うのが感想。 https://github.com/Kota-Yamaguchi/sodateru
結局何が良かったの?
私のような若手エンジニアには 生成AIは、現状開発生産性をあげる ための自己成長を促す ことに使うの が良さそう!
生成AIを使って良かったことのまとめ • AIへのタスクの委託はやめて、 AIとの伴走。逐次CursorRuleを埋める。 • 生成AIで自分だけのアプリを作って開発コンテキストを強化する ◦ (知識の補強)社内用語を覚えようフラッシュカードアプリ ◦ (知識の補強、アウトプット強化
)FBを管理するアプリ ◦ (知識の補強、アウトプット強化 )ClaudeCodeの毎行FBをもらうVim Plugin
生成AIを使って良かったこと・悪かったこと • 悪かったこと 入社~4ヶ月の生成 AI好きの若手エンジニアが そこそこの規模感のプロダクトの使ったことない言語の 開発タスクを生成 AIに委託する はア ンチパターンだった
• 良かったこと 私のような若手エンジニアには生成 AIは、 現状開発生産性をあげるための 自己成長を促す ことに使うのが良さそう! ◦ AIへのタスクの委託はやめて、 AIとの伴走。逐次CursorRuleを埋める。 ◦ 生成AIで自分だけのアプリを作って開発コンテキストを強化する ▪ (知識の補強)社内用語を覚えようフラッシュカードアプリ ▪ (知識の補強、アウトプット強化 )FBを管理するアプリ ▪ (知識の補強、アウトプット強化 )ClaudeCodeの毎行FBをもらうVim Plugin
参考:「プログラマー脳」