今後 5 年で developer の role はどう変わると思いますか？

Question

Accepted Answer

起こりそうな shift は、**every line を手で書く**ことから、code の大部分を draft する system を **directing and verifying** することへの移行です。boilerplate に使う時間は減り、何を作るかを決め、intent を正確に表現し、結果が正しいことを確認する時間が増えます。合う metaphor は、sole author ではなく **editor or orchestrator としての engineer** です。

## 減るもの

- **routine code の hand-typing** — CRUD、boilerplate、glue、common patterns はますます AI が draft します。
- **rote lookup** — syntax、API signatures、「library Y で X をどうするか」は検索より聞く方が速くなります。

## 増えるもの

- **System design** — boundary、data flow、tradeoff の決定。AI は assist できますが own できません。
- **Specifying intent** — fuzzy goal を、「done and correct」が何を意味するかの precise で testable な description に変えること。
- **Reviewing and verifying** — AI output を critical に読み、plausible-but-wrong code を捕まえ、test で behavior を証明すること。
- **Judgment** — good looks like を知り、いつ AI を trust し、いつ override するかを判断すること。

## fundamentals はなぜより重要になるか

自分が書いていない code を review するには、自分で書いた場合より *さらに深く* 理解する必要があります。intent を precise に指定するには、data structures、complexity、concurrency、failure modes の solid model が必要です。AI は output volume の floor を上げますが、judgment の bar も上げます。そして judgment は fundamentals の上に立ちます。basics を飛ばした developer は code を生成できますが、間違いを見分けられません。

## なぜ重要なのか

AI が deep knowledge を obsolete にするという fear は逆です。routine typing が automation されるほど、差別化要因は最も automation しにくい部分、つまり system を direct and verify できるほど理解することになります。tool fluency だけでなく fundamentals と design sense に投資することが、role が 1 段 abstraction を上がっても価値を保つ方法です。