あるエンジニアの告白：AIのせいで私はプログラムの書き方をほとんど忘れてしまった、業界スキルの空洞化への懸念が浮上

ソフトウェアエンジニアの James Pain は個人ブログで、AI支援プログラミングを1〜2年使った後、彼はほとんど「コードの書き方を忘れてしまった」と認めている。これは個人的な危機にとどまらず、エンジニアという職業全体がAI生成コードに依存するようになったとき、誰がそれを読み解き、修正することを覚えているのだろうか? (前回までのあらすじ:カリフォルニア大学が「AI脳霧（ブレインフォグ）」現象を研究:14%の会社員がAgentや自動化に振り回され、離職意向が4割高まる) (背景補足:OpenAIがApple を「契約違反」で提訴するとの噂!Siri の ChatGPT 統合が基準未達、数百億規模のサブスクリプション収入が水泡に帰したと激怒) ブログにはこう書かれている:「私はもう1〜2年、自分の手で1行のコードも書いていない。コードの書き方をほとんど忘れてしまい、それがとても悲しい。」ソフトウェアエンジニアの James Pain は、AIツールが使いにくいと愚痴っているわけではない。まったく逆だ。彼は、AIがあまりにも使いやすく、「指示を出す」だけでコードを生成することに完全に頼り切ってしまい、もはや1行も自分で書かなくなった、と語っている。今、彼はゼロから自分自身にコーディングを再教育しているところだ。 Pain の描写は的確で、不安を覚えさせるものだ:文章を書こう、コードを書こうと思うたびに、頭に最初に浮かぶ考えは「AIにやらせよう」だという。後でAIが生成した文章を読むと「自分の言葉とはまったく違う」ように感じ、自分でコードを書こうとすると、その手触りはすでに錆びついていることに気づくのだ。この現象には認知科学的な基盤があり、「認知オフロード（Cognitive Offloading）」と呼ばれる—脳は外部ツールに長期間頼ると、対応する機能領域の神経活性化頻度を低下させる。簡単に言えば:使わなければ退化する、ということだ。これは GPS ナビゲーションが空間記憶に取って代わったり、コンピュータ支援設計が手描き製図に取って代わったりした領域ですでに研究記録があり、AIプログラミング支援ツールがもたらすのは、同種の効果の加速版である可能性が高い。問題の規模は個人レベルにとどまらない。GitHub の 2024 年の調査によると、アメリカのソフトウェア開発者の92%以上がすでに業務でAIプログラミング支援ツールを使用している。Stack Overflow の同年の調査では、76%の開発者がAIツールを使用中、あるいは使用を計画していると示されている。もし「Pain の現象」がそのうちわずか10%にしか起こらないとしても、それは数十万人のエンジニアが、それぞれ異なる速度で能動的なコーディング能力を失いつつあることを意味する。さらに注目すべきは:これは個別の怠慢ではなく、合理的な短期的判断であるという点だ。AIでコードを生成するほうが速く、ミスも少なく(初版の段階では)、納品要件を満たす成果物が得られる。商業的なプレッシャーの下では、エンジニアがAIを選ぶのは論理的に合致している。だが長期的に見て、これらのAI生成コードを誰がレビューするのか?AIが間違えたとき(実際に間違える)、誰が問題の所在を突き止めることができるのか? Pain は文章の中で『Clean Code』の著者である Robert Martin の歴史的な観察を引用しており、それが現在の苦境に対してより長期的な視点を提供している。 Martin が指摘するに、コンピュータサイエンスが独立した学問になる以前、プログラムを書いていたのは物理学者、数学者、学術研究者であり、彼らはそもそも厳格な専門訓練を受けていた。1970年代から1990年代にかけて、パーソナルコンピュータの普及とソフトウェア需要の爆発に伴って業界は急速に拡大し、伝統的な「コンピュータサイエンス」のバックグラウンドを持たない開発者を大量に雇用するようになり、プログラム開発の専門性は希釈され始めた:ドキュメントはどんどん書かれなくなり、プログラムアーキテクチャはますます保守困難になり、技術的負債はますます積み上がっていった。今、AIツールによるアプリケーション層コードの高度な代替が、第二の希釈の波を形成している。今回の波の特殊性は:単なる「人材レベルの平均化」ではなく、「既存人材の脱技能化（deskilling）」である、という点にある。すでに現役のエンジニアが、AIを長期間使用することによって基盤的な能力を失いつつあるのだ。 AIツールの設計ロジックもこの傾向を助長している。現在主流のAIプログラミングアシスタント(GitHub Copilot、Claude、Cursor を含む)の核心的な価値提案は「あなたがより速く納品できるようにする」ことであり、「あなたがより深く理解できるようにする」ことではない。 Pain は文章の中で、さらに深い認知的苦境を明らかにする1つのディテールにも触れている:この記事を書き終えたとき、彼は「ほとんど無意識のうちに、それを Claude に貼り付けてAIがなんと言うかを確認しようとした」のだ。なぜなら、自分の文章が十分良いかどうか自信がなかったからだ。これは単なるスキルの退化ではなく、「認知的自信の移転」である:人はAIの判断を真理の検証基準とみなし始め、自分自身の判断ではなくなる。あるエンジニアがAI生成のコードを見たとき、最初の考えが「たぶん問題ない」であって「読み解いてから判断しよう」ではなくなるとしたら、それこそがより構造的な危機なのだ。こうした背景の下、業界では逆方向の動きを取る声も出始めている。一部のシニアエンジニアチームは「AI断食日」を推進し始め、メンバーに毎週一定の時間を完全な手書きコーディングのために確保するよう求めている。一部の技術面接ではAI支援が明確に禁止されており、その目的は応募者を困らせるためではなく、応募者が依然として基礎的な読解とデバッグの能力を備えているかを確認するためだ。 Pain 自身も、職業としてのプログラム開発が消滅するとは考えていない。彼は Martin の見解を引用して、本当にコードを読み解き、修正できる人間は常に必要だと指摘する。ただ、その人数はより少なくなり、基準はより高くなるだろう。問題は:もし業界全体が deskilling しているのだとしたら、その「より少ないがより強い」一群はどこから来るのか? Pain は前者に戻ることを選んだ:自分の手でコードを書くことを学び直す。それはAIが悪いからではなく、この能力を外注してはいけないと気づいたからだ。