AIは5年でプログラマーを失業させるのか、という問いをよく聞きます。私は、その問いはもう一歩遅れていると思っています。もっと醜いことが、もっと下の層で起きているからです。私は何度も、すごくわかりやすい現実の場面に戻ってしまう。小さなソフトウェア会社が、ありふれた業務アプリを作るために、プロダクト担当、デザイナー、フロントエンド2人、バックエンド1人、QAを並べていた。ところが、オーナーが上の人たちにAIを“退屈な部分”へ使うよう強制し始めた。データベースモデルはすぐ出る。CRUDのエンドポイントもすぐ出る。フォーム画面もすぐ出る。テストの骨組みまで、すぐ出る。ジュニアの仕事の大きな塊が、そのまま消えた。
ここを、いまだにあまりにはっきり言いたがらない人が多すぎます。AIが主に殺しているのは、プログラミングという発想そのものではない。昔の“訓練場”です。管理ダッシュボード、社内ツール、ボイラープレートのAPI、フォーム中心の画面、テストの足場、移行ロジック、そして本物のシステムがどう動くかを教えてくれた、あの退屈で反復的なチケットたち。そこがAIに食われ始めた瞬間、職業は一夜で消えなくても、はしごのほうが消えるんです。
もともと初心者の道は華やかではなかった
誰だって最初から、アカウント設定画面や、また一つ承認用ダッシュボードを作りたくてソフトウェアに入ったわけではありません。
でも、多くの人がそこで学んできた。
みんな、こういうものを捌きながら覚えていったんです。
- 退屈なチケット
- 反復的なバグ修正
- CRUD画面
- バリデーションルール
- APIのつなぎ込み
- 管理画面
- テストの後始末
- 誰も触りたがらないドキュメント
その仕事は、派手ではなかった。でも、ちゃんと価値があった。
初心者が手に負える範囲で失敗させてくれたし、反復をくれたし、チュートリアルを出たあとの本物のソフトウェアがどれほど汚いかを教えてくれた。
だからこそ、いまこの瞬間が危険なんです。AIはいちばん華やかでない層に、いちばん激しく落ちている。そしてその層こそが、みんなが認めようが認めまいが、徒弟制度そのものだったからです。
経済の話になると、一気に残酷になる
これがここまで速く動いている理由は、モデルが魔法だからではない。算数が残酷だからです。
もしシニアエンジニアが、次のようなもののまともな初稿をプロンプトから引き出せるなら、
- 社内向けダッシュボード
- 一連のエンドポイント
- 権限付きフォーム
- マイグレーションスクリプト
- ユニットテストの足場
かつそれが、ジュニアが席に着いて質問しながら手で最初の版を作るより早いなら、経営側の目に映るのは哲学論争ではありません。コスト圧縮です。
だから私は、「AIはまだミスをするから」という慰めを買いません。もちろんミスはする。でも閾値はそこではない。シニアがAI出力を直すほうが、ジュニアに付き添ってそこまで連れて行くより速いなら、ジュニアの席は一気に守りにくくなるんです。
だから小さなチームは、さらに小さく見え始めている
この変化がすでにどれだけ具体的か、見落としている人が多いと思います。
ごく普通の案件を考えてみてください。クライアントが、フォーム、権限、レポート、少しの連携がある社内向けWebアプリを欲しがる。数年前なら、予測しやすく時間のかかる仕事をジュニアに振る余地があった。
いま会話は変わります。
以前は、
- 「フォームはジュニアに作らせる」
- 「APIの足場はジュニアに組ませる」
- 「テスト環境はジュニアに触らせる」
だったのが、
- 「シニアがAIで初稿を出す」
- 「セキュリティと業務ロジックだけ見る」
- 「より少ない人数で速く出す」
になる。これは理屈じゃない。ワークフローの変化です。ワークフローが変われば、頭数も変わる。
職業は残る。でも初心者レーンは残らない
私はもっと多くの人が、この区別をしたほうがいいと思っています。
エンジニアはまだ残る。
厄介なバグも残る。
ひどい連携も、セキュリティ事故も、本番障害も、変な性能問題も、アーキテクチャの取引も、権限バグも、ひとつのプロンプトでは到底理解しきれない業務ロジックも、残るでしょう。
でも、そのどれも昔の初心者レーンは守ってくれない。
以前は訓練場だった場所が、マネージャーの椅子から見ると「まずAIで節約すべき場所」に見えてしまうからです。
だからこの話は、「プログラマーは消えるのか」という問いよりずっときつい。
いや、そういう意味では消えない。
もっときつい問いはこうです。AIが十分に扱える仕事の上で、人間が学ぶためのお金を企業はまだ払うのか。
その答えは、かなり悪く見える。
「とにかくAIを学べ」は答えになりきらない
この分野の助言がやたら軽いと感じるのは、ここです。
もちろん新しい開発者はツールを学ぶべきです。
もちろん拒否して使わないのは自滅に近い。
でも、「AIを使う」は、それだけではキャリア計画にならない。
もしあなたがやっていること全部が、市場がまさに価値を下げ始めている層をAIで速く回すことだけなら、それは問題から逃げているのではなく、その中に座っているだけです。
より安全な価値は、上のほうへ動いています。
- 要件をもっと明確に切る力
- システム思考
- アーキテクチャ判断
- 生成されたゴミのデバッグ
- 正しそうに見えるコードが実は違うと見抜く力
- プロダクトと業務ロジックがどう噛み合うかを理解する力
それは、単に「コードが書ける」とは違う基準です。
長期的には、人材供給の崩壊が起きるかもしれない
企業がここで寝ぼけていると思う理由はそこです。
シニアエンジニアは空から現れません。たいていは、より小さく、より汚く、より反復的な仕事を何年もやって、頭の中のパターンライブラリが十分に厚くなってから、より難しいことに進めるようになる。
もし企業が、短期の節約があまりに魅力的だからとその層を削りすぎれば、あとで「未来のシニアを生んでいた道ごと燃やして節約した」と気づくかもしれない。
私は、その手のミスは十分ありえると思っています。
パターンとしては完璧にそれっぽい。
- いま効率化を祝う
- 育成問題を無視する
- あとで市場が、AIツールは使えるが深い判断を積んだことのない人だらけだと知って慌てる
いま新しく始める開発者に私が言うこと
もし私が今日スタート地点に立っているなら、目標を「コードを書く人になること」だとは考えません。
それでは小さすぎる。
目指すのは、こういうことができる人です。
- システム全体を理解する
- 生成コードの弱さを見抜く
- 層をまたいでバグを追う
- 権限や失敗パターンを考える
- 曖昧な要求を動く設計に落とす
- AIを使いながらも、盲信しない
市場がこれから払うお金は、生のコード出力そのものには以前ほど向かわない。むしろ、その出力が安全か、十分か、出荷に値するかを判断できる人へ向かうはずです。
最後に
だから、私はAIが単純に「プログラマーを殺す」とは思っていません。
もっといやなことを、その前にやると思っている。
プログラマーになる方法を教えてくれていた、安くて、反復的で、初心者向けの仕事を、内側から空洞化するんです。
だから本当の戦いは、AI対ソフトウェア工学ではない。
AI対ジュニアのはしごです。
そのはしごが崩れたら、ダメージは今年の採用数だけには現れません。数年後、みんなが突然「まともな判断ができる人を見つけるのはなぜこんなに難しいのか」と気づく、その形で返ってくるはずです。