【1分で読む】「AI が書いたコードは壊れやすい」という指摘と、Hacker News での反論

3行まとめ

• 大手テック企業のエンジニアが「AI にコードを書かせ続けると、コードベースがもろくなる」と書いたブログ記事が、Hacker News のトップページに載りました（2026年11月10日時点で68ポイント、コメント56件）。
• 理由として挙げているのは、浅いテスト、複雑すぎるコード、人間の理解の低下、レビューが追いつかない速さの4つです。
• コメント欄では「それは AI ではなくエンジニアの問題」「自分の経験では逆」といった反論も多く、意見は割れています。

これは何？

Evan X. Merz さんが 2026年11月7日に公開した記事です。本人は今、コードの 100% を AI で生成しているそうです。そのうえで「大規模なサービスを AI 任せで作り続けるのは長くは続かない」と主張しています。

書いた人は？

Evan X. Merz さんは、シリコンバレーで働くプログラマーです。本人の自己紹介ページによると、経歴は次のとおりです。

• 2013年にカリフォルニア大学サンタクルーズ校で博士号を取得。
• 2013〜2015年は、サンノゼ州立大学のコンピュータサイエンス学科で講師。
• EC、SNS、ゲーム、教育、地図などの分野で開発者として働き、今は金融サービス分野の大手テック企業に勤務。
• 今回の記事の中で、2026年5月まで Meta にいたと書いています。

音楽家・画家でもあり、Java での音の合成についての本も書いています。現場で AI コーディングを使ってきた開発者の意見、という位置づけで読むとよさそうです。

何が指摘されている？

• テストが浅い：簡単な部分のテストばかり増え、大事なケースが抜けます。行単位のカバー率には表れないので、気づきにくいとしています。
• コードが複雑すぎる：1つで済むところに補助の関数をいくつも作り、人間が追いにくくなります。
• 人間が理解しなくなる：AI に任せる期間が長いほど、コードベースを分かっている人が減ります。
• 速すぎてレビューできない：変更が次々に来るので流し読みになり、小さな問題が積み上がります。

結果として「障害が増える」「復旧に時間がかかる」「利用者にしか見えないエラーが出る」という兆候が現れる、というのが記事の見立てです。

反論は？

Hacker News のコメント欄（取得時点で約56件）では、賛成より反論が目立ちました。

• 原因は AI ではなく、質の低い仕事が速くなっただけだ、という意見。
• 静的型付けの言語や型の仕組みを使えば、テストの弱さはかなり補える、という意見。
• 数か月かけて大きなアプリを AI で作ったが、もろさは問題にならなかった、という体験談。
• むしろ本番の不具合が減った、という体験談。

誰に関係がある？

• AI にコードを書かせている人すべて。とくに、自分でレビューしきれない量を出している人。
• チームに AI コーディングを入れようとしている人。障害の件数と復旧時間を前後で比べる、という見方は参考になります。

記事の中身は著者の経験にもとづく意見で、数字による検証は示されていません。その点は割り引いて読む必要があります。

深掘りするなら

• 元の記事（英語）
• Hacker News での議論（英語）