AIにはより多くのエンジニアリングの規律が必要

チャリティ・メジャース（Charity Majors）は2026年6月の記事で、AIがソフトウェアエンジニアリングに与える影響について深く掘り下げている。彼女は、2025年11月のOpus 4.5リリース以降、AIが生成するコードの品質が平均的なソフトウェアエンジニアのレベルに達し、しかもはるかに速く低コストであると指摘する。この変化により、コード生成の経済性は根本的に覆された。コードは、希少で慎重に管理される資産から、即座に生成され破棄可能なキャッシュへと変わったのだ。

メジャースは、エンジニアリングチームの真の成果物はコード自体ではなく、システムに対する共有理解であると主張する。コードはその理解を具体化したものに過ぎず、AIによる生成が容易になった今、コードはもはや永続的な資産ではなく、有用な間は保持され、陳腐化すれば破棄されるキャッシュとして扱うべきだ。彼女は、チャド・ファウラー（Chad Fowler）の「フェニックスアーキテクチャ」の概念を引用し、この変化がインフラ分野での「ペット」サーバーから「家畜」的なイミュータブルインフラへの移行と類似していると述べる。当時、エンジニアは稼働中のサーバーを修正する代わりに置き換えることを学んだ。今、同じ原則をアプリケーションコードに適用すべき時が来た。

さらに、ファウラーの「削除テスト」を紹介する。「実装全体を削除することを想像してみてほしい」。ほとんどのエンジニアはそれを存在の危機と感じる。しかし、本当の問題はコードではなく、必要な振る舞い、許容できない障害、常に保持すべき不変条件、新しいバージョンの正しさを判断する方法を理解していないことにある。これらはコードの問題ではなく、評価の問題である。コードが知識の唯一の保管場所である場合にのみ貴重となる。AI時代において、コードは永続的な資産ではなく、置き換え可能なキャッシュとして見なすべきだ。

メジャースは信頼性工学の観点から、再生が容易になると、その場での編集はエントロピーを蓄積し、置き換えがリセットすることを指摘する。Honeycomb社では毎週cronで最も古いKafkaノードを殺すことで、ブートストラップとバランシングのプロセスに自信を持っている。コードを同じ方法で再生できないことは、コードへの理解が不十分である証拠だと彼女は言う。

最後に、メジャースはエンジニアに対し、新しい現実に積極的に適応し、エンジニアリングの規律をコード生産から評価と検証へとシフトするよう呼びかける。コードを不可欠な資産と見なし続ければ、AIがもたらす効率性を逃すことになると警告する。彼女はチャド・ファウラーの著作を読み、インフラ分野の変革から教訓を得ることを勧めている。