AIでプログラマーは失業するのか？——本当に大事になるのは「問題を発見する力」

「AIがコードを書けるなら、プログラマーはもういらないのでは？」

SNSでもニュースでも、この手の話題は定期的に盛り上がる。GitHub Copilotが登場したときも、ChatGPTが出てきたときも、同じ議論が繰り返された。

自分は27歳のフリーランスAndroidエンジニアで、今はClaude Codeに実装を委託して開発している。IDEすら開かず、ターミナルとGitHubだけで仕事を完結させている。つまり「コードを書く作業」はかなりの部分をAIに渡している側の人間だ。

その立場から言えることがある。仕事は全然なくなっていない。

知らない概念はAIに指示できない

AIは「言われたことをやる道具」だ。当たり前のことだけど、これが意外と見落とされている。

たとえば、プログラミング未経験の人がAIを使ってWebシステムを作ったとする。動くものはできるかもしれない。でも、Observabilityは確保されない。OpenTelemetryで計装する、構造化ログを設計する、メトリクスを定義してアラートを組む——そういう発想自体が出てこない。「Observabilityを担保して」と指示できるのは、それが何であるかを知っている人間だけだ。

Android開発でも同じことが起きる。クリーンアーキテクチャを知らない人がAIに「アプリを作って」と言えば、動くアプリはできる。でもビジネスロジックがUIに密結合したツギハギのプロジェクトになる。半年後に機能追加しようとしたとき、全体を書き直すことになる。

AIの生成能力がどれだけ上がっても、「何を作るべきか」「どう作るべきか」を判断する人間がいなければ、出力の質は上がらない。

コードを書くこと≠プログラマーの仕事

自分がAIに実装を渡して気づいたのは、コードを書く作業はエンジニアの仕事のごく一部だったということだ。

日々やっていることは、こういうことだ。

複数の画面で重複しているロジックを見つけて共通化する
レガシーなコードをモダンなアーキテクチャに移行する判断をする
技術的負債がチームの開発速度にどれだけ影響しているか評価する
「この設計だと半年後にここが破綻する」と予測する

これらはすべて「問題を発見する」行為だ。誰かに「ここが問題です」と言われてから動くのではなく、自分で問題を見つけて、解決可能な形に分解する。AIは指示されてから動く。起点が違う。

コードレビューも同じだ。AIが書いたコードを読んで、設計として筋が通っているか、将来の変更に耐えられるか、チームの他のメンバーが理解できるかを判断する。この判断にはプロジェクト全体の文脈が必要で、現時点のAIにはそれがない。

これから大事になるのは「問題発見力」

AIは「明確に定義された問題を解く」のがとても得意だ。「この関数をリファクタリングして」「このバグを直して」「この仕様でAPIを実装して」——こういう指示には正確に応えてくれる。

でも「そもそも何が問題なのか」を発見するのは、まったく別の能力だ。

プロジェクト全体のアーキテクチャを俯瞰して構造的な歪みに気づく。ビジネス側の要求と技術的制約の間にある矛盾を見抜く。チームの開発速度が落ちている原因が、コードではなく設計の問題だと特定する。これらには現場のコンテキストが必要で、コードベースを読むだけでは得られない情報が多い。

問題を発見し、それを解決可能なサイズに分解し、AIに渡せる形にする。このスキルの価値は、AIが賢くなるほどむしろ上がっていく。道具が強力になるほど、道具に何をさせるか決める力が重要になる。

全自動化される頃には全職業が同じ状況

「でも、いずれAIが問題発見もできるようになるのでは？」

そうかもしれない。でも、AIが問題の発見から分解、解決、提供までの全サイクルを自律的に回せるようになったとき、それはプログラマーだけの話ではなくなる。経営判断も、医療診断も、法的判断も、すべて同じロジックで自動化できることになる。全知的労働が対象になる。

プログラマーだけが失業を心配するのは、視野が狭い。そのレベルのAIが実現したら、社会の仕組み自体が変わる。

未来がどうなるかは正直わからない。でも、予測の精度を上げようとするよりも、変化への適応速度を上げる方が合理的だと思っている。AIを使いこなす側に回る、新しいツールが出たらすぐに試す、自分の仕事の本質がどこにあるか常に問い直す。

少なくとも現時点では、AIは自分の仕事を奪う脅威ではなく、自分の能力を増幅する道具だ。コードを書く時間が減った分、設計とレビューに集中できるようになった。これは脅威ではなく、進化だと思う。

大事なのは、AIに何を書かせるかではなく、何を書かせるべきか気づける自分でいることだ。