ロナッハー：塔は崩れない、そしてそれが問題なのだ

バベルは、人々が互いに理解できなくなったときに崩壊した。しかし、エージェントたちとともに、共有された理解の崩壊の後も建設は続いている。誰もそれに気づかない。

簡単に言えば

Armin Ronacher - Flaskの創設者 - は、AIエージェントがコードレビューや議論、アーキテクチャの議論といった、システムの共通理解を構築するために機能していた摩擦を排除すると主張しています。コードは引き続き生み出されます。しかし、共有された理解はすでに崩壊しています。

事実

このたとえは聖書に由来し、明確に意図されたものです：バベルの塔。物語では、建設者たちが互いに理解できなくなったときに建設が止まります。しかし2026年のソフトウェアではそうはなりません。そして、この言葉が的を射ています。「共通理解が崩壊した後でも建設は続けられる」

彼の主張の中心は摩擦にあります。私たちが嫌っていた遅いプロセス - 長引くコードレビュー、延々続くアーキテクチャ議論 - はバグをフィルタリングするだけのものではありませんでした。それらは頭脳を同期させていたのです。「Some of it was the process by which your understanding became mine.」エージェントがパッチを生成し、別のエージェントがそれをレビューする時、この理解の共有はもはや起こりません。担い手がいなくなってしまったのです。

私たちの解釈

これは「機能しない」という反射的な反応に陥らない数少ない反ハイプ記事の一つです。Ronacherは逆に機能していることを認めています。生産は止まりません。速度は上がり、ダッシュボードは緑です。彼の主張はより不穏なものです。蓄積される負債はコードにではなく、頭の中にあります。そして、私たちにはそれを測るメトリクスが存在しないため、アラートも鳴りません。

「塔は崩れ落ちない。だから失われたものに気づかない」

これはこのスレッドで追っている「it works, don't touch it」の直接的な延長です：かつては誰も理解していないコードに手を出す人はいませんでした。今日では、理解せずにコードに手を出しても、それでも動くのです。テストは簡単で、今週中に実施できます：直近の深刻な本番障害で、あなたのチームの何人が間違ったコードパスを、再読せずに説明できますか？2年前なら答えは「レビューした人たち」でした。今日では？

要注意

障害。エージェントが修正する障害ではなく、システムがなぜそのように設計されたのかをなぜ理解する必要がある障害です。それが請求書が届く日であり、誰もが塔の言語を話せなくなったと気づく日です。