2026年、AIはコードを書けるようになりました。複雑な3Dゲームエンジンを生成し、Googleのソフトウェアエンジニア面接をクリアし、わずか数分でフル機能のECサイトを立ち上げることができます。大手テック企業は口をそろえて「プログラミングはAIによって解決された」と語ります。
しかし、手元のスマホアプリは以前より頻繁にクラッシュしていませんか？ Windowsはアプデのたびに頼んでもいないAI機能が増えていませんか？ 自動車の車機システムは、更新を重ねるごとに重くなり、運転中に突然再起動したりしていませんか？
もしそう感じているなら、あなたは決して一人ではありません。この記事の元となった議論を追うと、エンジニアから一般ユーザーまで、驚くほど多くの人々が同じ違和感を抱いていることがわかります。
これは気のせいではありません。2026年7月24日、ポーランドのソフトウェアエンジニアであるPiotr氏が、個人のブログに “Nothing Works and Everyone Is Euphoric”（何ひとつまともに動かないのに、誰もが熱狂している） と題した長文記事を公開しました。「AIがコードを書く＝ソフトウェア品質の向上」という主流のナラティブに疑問を投げかけたこの記事は、Hacker Newsで瞬く間に拡散され、427ポイント・357件のコメント を集めました。現場のエンジニアたちが抱える集団的な不安が爆発した形です。
図注：xkcd漫画『ソフトウェア開発』——新機能の追加は一瞬だが、品質のコントロールはますます困難になる現実を風刺している。
コメント欄から溢れ出る「悲鳴」
著者は、自身がわずか1週間のうちに直面したソフトウェアの不具合を列挙しています。
- 銀行アプリで支払いの確認画面を出すのに、平均3回のFaceID認証が必要になる。
- macOSでSlackを起動すると、Dockの中でアイコンが延々とバウンドする。痺れを切らして別のウィンドウでコマンドを打とうとした瞬間、突然Slackが前面に飛び出してフォーカスを奪い、入力途中だった
gitコマンドがそのままオープンチャンネルに送信されてしまった。 - 故障したLG製冷蔵庫の保証修理をオンラインで申請する際、長いマルチステップフォームの最後の送信ボタンでエラーが発生。ブラウザのデベロッパーツールを開いて初めてエラー内容が判明した。
- 自動車の車機システムをアップデートしたところ、ウインカーの作動音がランダムに消え（再起動するまで戻らない）、画面上のGoogleマップをタップするとラジオが起動し、あらゆる操作に1〜2秒の遅延が発生。これは単なるUXの悪さにとどまらず、安全運転を直接脅かす問題です。
コメント欄で最も大きな共感を集めたのは、ユーザー mancerayder 氏の投稿でした。「『アップデート利用可能』の通知を見たとき、私の最初の感情は期待ではなく恐怖だ。また何を頼んでもいない機能で荒らされるのかと不安になる。」
多くのユーザーがMicrosoftを典型的な反面教師として挙げました。大量の新機能を「セキュリティ更新」と偽って強行プッシュし、再起動すると要求してもいないAI機能が山積みになっている。「アップデート＝体験の向上」ではなく「何も壊れないでくれと祈る儀式」へと変質してしまったのです。
AIのコード生成能力が上がっているのに、なぜソフトウェアは悪化するのか？
一見すると逆説的に思えますが、身近な比喩に置き換えれば構造はシンプルです。原著と議論を整理すると、4つの決定的な要因が浮かび上がってきます。
1. 建築スピードが上がっても、基礎工事がスカスカ
建設現場を想像してみてください。AIは超性能の生コンミキサーと無限のレンガ供給機のようなものです。壁を建てるスピードは従来の10倍になりました。しかし、建築の品質を決めるのはレンガを積む速さだけではありません。設計図、地盤調査、資材検査、工程ごとの品質管理が不可欠です。
ソフトウェア開発において、AIアシスタントは「レンガ積み」（具体的なコード記述）をきわめて安価で高速にしました。しかし、ソフトウェア品質の核心であるアーキテクチャ設計、エッジケースの処理、エラーリカバリ、セキュリティモデルといった「基礎工事」は、まさにAIが最も苦手とする領域です。レンガを積むスピードが上がっても基礎の問題は解決されず、むしろ管理者が「もっと高く、もっと速く建てろ」と要求する口実を与えているだけなのです。
2. 「バグ修正」はKPIにならない
ソフトウェア企業は長期にわたりKPI主導で動いています。しかし、「ソフトウェアの安定性を高める」という貢献は、役員会議のきれいなプレゼンスライドになりにくいのが現実です。著者が引用した架空のPMの言葉がそれを象徴しています。「今クォーターは新機能もデザイン変更も一切出しません。バグ修正だけに集中します。」 現実の組織でこのような決断が下されることはほぼありません。
新機能の数が資金調達の評価額やユーザー成長率、プレスリリースを左右する環境下では、安定性と品質は「目に見えない負債」として後回しにされます。AIによって機能開発が加速したことで、この傾向は10倍に増幅されました。推すスピードが速くなったのだから、問題が起きたら後からパッチを当てればいいという発想です。しかし、パッチの累積はボロ壁に絆創膏を貼り重ねるようなものであり、貼れば貼るほど壁自体の耐荷重性能は落ちていきます。
3. 複雑性の「ガン化」
過去10年間で、ソフトウェア自体の複雑性はガン細胞のように膨れ上がってきました。現代のアプリ1つが依存するサードパーティライブラリ、クラウドサービス、API呼出のチェーンは100を超えます。そのどこか1つが更新で壊れれば、システム全体が麻痺します。
AIの導入はこの複雑性を減らすどころか、最上層に新たなレイヤーを追加しました。開発者は今、AIが生成したコードの意味を自分でも完全に理解しないままコミットしています。これは医師が効能書を読まずに投薬するようなものです。AIは「一見正しそうなコード」を素早く書きますが、境界条件、並列処理の競合、脆弱性、互換性についての真の理解を欠いています。
4. 「AIへの丸投げ」が招く危機的なスキル低下のループ
最も微妙で、最も危険なのがこの点です。AIがコードを書いてくれると知った開発者は、コードを深く理解しようとするモチベーションを失います。構造を理解せずにAI生成コードを使い続けることで、エンジニアの「基礎体力」は静かに衰退していきます。
これこそが現在技術圏で激しく議論されている 「AIによるスキル低下（AI deskilling）」 現象です。ツールが強力になればなるほど、人間のスキルは弱体化する。全員がAI依存でコードを書くようになれば、AIが出力したコードの中に潜む深いロジックエラーを発見・修正できる人間がいなくなってしまいます。ソフトウェア業界全体が、「自分が書いたコードを理解する能力」を失いつつあるのです。
図注：xkcdの古典的漫画『コード品質』——「1つのバグを直すと127個のバグが生まれる」というソフトウェア工学のモグラ叩き状態を描いている。
悪役はAIではない、「効率至上・品質後回し」のエンジニアリングカルチャーだ
誤解のないように言えば、著者はAI反対派ではありません。彼自身が書いているように、「ブーンと音を立てるGPUファームは私たちに超能力を与えてくれたが、私たちは未だにそれを使ってより良いソフトウェアを作るに至っていない」 のです。
AI自体は単なる道具に過ぎません。問題はその周囲に形成されたエンジニアリングカルチャーにあります。より速いアウトプット、より多くの機能、より高い評価額を称賛する一方で、「ソフトウェアの信頼性を高めること」を滅多に評価しない文化です。バグ修正がOKRから外され、システムの安定性が投資家にとってDAUほど魅力的に映らない限り、どんなに強力なAIも間違った方向に消費されてしまいます。
結び：希望はどこにあるのか？
興味深いことに、著者は記事の最後で悲観していないと述べています。企業が「AI負債」の泥沼にハマる中で、品質を本気で追求する個人の開発者には逆に独自のチャンスが巡ってくると指摘します。AIツールを使いこなし、大企業の肥大化した製品を遥かに凌ぐ品質のソフトウェアを作り上げる機会です。
すでに初期の兆候は見られます。macOSやWindowsの肥大化に対する草の根の「反抗運動」が始まり、より軽量で安定した代替品を作る人々が現れています。この流れがOSからソフトウェアスタック全体に広がれば、業界に品質重視を取り戻させる原動力になるかもしれません。
しかしそれまでの間、私たちの日常における「アップデート」ボタンは依然としてリスクのスイッチであり、新バージョンは新しいトラブルを意味します。やるせない現実ですが、問題を直視することこそが、解決への第一歩なのです。
参考リンク
- 原著記事：Nothing Works and Everyone Is Euphoric (ptrchm.com)
- HNディスカッション：news.ycombinator.com/item?id=49033004 (427 points / 357 comments)
- XKCD #2021: Software Development
- XKCD #1513: Code Quality
- Merchants of Complexity (world.hey.com/dhh/merchants-of-complexity)
- 原著内のTwitterスレッド：x.com/robj3d3/status/2076356929878966555 / x.com/thekitze/status/2076360316670054760
画像の権利表記
- 図1：CC BY-NC 2.5ライセンスに基づき使用されたxkcdウェブコミック
- 図2：CC BY-NC 2.5ライセンスに基づき使用されたxkcdウェブコミック
- 原著サイト（ptrchm.com）にはfavicon.icoおよび著者写真（/images/photo.jpg）のみが存在し、本文用の画像が含まれていないため、原著からの画像抽出は行っていません。
