AI が junior が学んできた基礎をこなすようになっても、junior developer に道はありますか？

Question

Accepted Answer

あります。ただし道は変わり、より危険になります。junior は従来、AI が今作るようになった routine code を書くことで学んできました。危険なのは道がないことではなく、簡単な道が **understanding を作る struggle** を飛ばしてしまうことです。対策は AI を **crutch ではなく tutor** として使い、意図的に成長することです。

## 本当の risk

- **Shallow understanding** — generated code を受け入れるだけだと、なぜ動くかを学ばずに working software を ship します。最初の hard で novel な bug が gap を露呈します。
- **Atrophied fundamentals** — data structure や off-by-one と格闘しないと、本当に internalize できません。
- **Inability to verify** — 最も危険な junior は、自分で evaluate できない code を produce できる人です。

## 意図的に成長する方法

- **fundamentals を飛ばさない** — data structures、language の仕組み、first principles から debug する方法を学び続けます。AI はこれらを学びやすくしますが、skip してよいものにはしません。
- **AI を tutor として使う** — answer を渡してもらうだけでなく、*explain* させ、quiz させ、alternatives と tradeoffs を見せてもらいます。
- **すべて verify する** — 受け入れる every line を読み、run 前に何をするか予測し、test で確認します。verification は junior が judgment を速く作る方法です。
- **意図的に struggle する** — hard problem はまず自分で試し、その後 AI と比較します。自分の attempt と良い solution の gap に learning があります。

## なぜ重要なのか

AI は developer がこれまで持った中で最高の learning accelerator であり、同時に何も学ばない最も簡単な方法でもあります。同じ tool が junior の understanding を深めることも hollow out することもあり、その差は完全に使い方です。AI を patient tutor として扱い、徹底的に verify する junior は過去の世代より *速く* 成長します。thinking を避けるために使う人は、prompting は fluent でも engineering には fragile なまま早く plateau します。