AIに知恵はない、あなたにも

「技術的知識や意欲のない人によるバイブコーディング」と「手書きのドメイン駆動設計開発」の間には連続体がある。コーディングエージェントを使いながらでも、保守可能なコードを書くことは絶対にできる。ただ、そうしろと指示しなければ、コーディングエージェントが魔法のようにすべてを保守可能にしてくれるわけではない。

「コードの保守性と優れたアーキテクチャには、適用できる良い測定基準がない」

知恵がないのは誰だ？コードの保守性を測る方法は何十通りもある。循環的複雑度はその一つに過ぎない。

SonarQubeのメトリクスのようなものをエージェント型コーディングワークフローに組み込むことを妨げるものは何もない。

2026年8月初め、私はMongoDBライクなデータベースを作るという趣味のプロジェクトを始めた。業界経験20年、コンピュータサイエンスの修士号を持つ私は、Claude、Kiro、Qwen Coder、Cursorを使って、規律ある仕様駆動の開発モデルに従った。

最初のバージョンは約2週間の片手間作業で作られた。それから探求を始めた。関係代数を学び、ほぼあらゆる種類のデータベースを調査し、内部を再設計し、小さな関係代数レイヤー、クエリプランナー、エグゼキュータを作り、バックエンドストレージからクエリ言語までをカバーした。この2ヶ月で、過去20年よりも多くを学んだ。

エージェントが書いたコードを気にしたか？いいや。生成されたコードは一行も読んでいない。気にしたのは、テストで検証された正しさと、高レベルの製品機能だった。キャリアで初めて、シニアプロダクトマネージャーとして振る舞い、正しいロードマップに沿ってプロジェクトを操縦した。AIなしではそれはできなかっただろう。

超能力を手にしたら、洗濯物の心配をする必要はない。キャリアで初めて、C、C++、Java、.NET、その他どんな言語でもコードを生み出せる。その言語のシニア開発者より時間がかかることもあるが、それが本当に重要だろうか？まったく重要ではない。

2026年に手書きでドキュメントやコードを書くのは、馬車を運転するようなものだ。手綱さばきがどれほど熟練していようと、車には敵わない。

私の趣味のDBプロジェクトは[…]

私がただ諦めただけなのか、それとも現実主義者なのか？しかし、AIはただ…すべてに追いつくと思う。

今、そこには莫大な金がある。ものすごい勢いがある。権力を持つ者たちには減速するインセンティブがゼロだ。

5～10年後には、大多数の人間の開発者やエンジニアは一行もコードに触れないだろうと受け入れた。小さな変化が積み重なり、時折大きな変化がいくつかある程度だ。

そして、人間がコーディングするという原則に固執する者たちに勝利は訪れない。メガ靴工場に対する靴職人のように、カスタムなものを作る小さなブティック店がぽつぽつとあるだけだろう。

もう…ただコードを書けよ、人に作らせ、設計させ、調整させろ。誰が気にする？こういう投稿を書いてるのは誰だ？なぜ彼らの言うことに何の価値がある？こういう投稿はすぐに古臭くなる。

> 私も自分なりの予測をしよう…将来、ますます多くの企業が「NO-AI」ポリシーを競争優位として誇らしげに宣伝するようになる。そして彼らは正しい

私も自分の予測をしよう：そんなことは起きないだろう

ほとんどのソフトウェアは、これらのルールを使っても良くない。しかもそれは人間の開発者が書いたものだ。問題は、ほとんどのソフトウェア開発者の経験が5年未満であることだ。コミュニティは5年ごとに倍になる。経験は希少だ。だからAIは、オンライン上のあらゆるものを学習しても、優れたコードを学ぶのではなく、入手可能なコードから学ぶ。

AIが理解できる形で「より良い」を定義するという面倒な作業をすれば、より良いコードを生成させられる。

私はAI生成コードで前に進む方法を、自分自身の「良いアーキテクチャ」の定義を使って探ってきたが、chatgpt 6での結果は有望だ。完璧ではないが、十分に良い。

私は自分が書いている本を入力として使った。未完成版はここで読める：https://programming-for-wizards.dev.muze.nl/

（基盤ソフトウェアの不具合をまだ調整中）

もう一つのアプローチは、決定木全体を因果連鎖としてリポジトリに明示的に保持することだ：https://github.com/muze-labs/spiral-developer

まだそれを試している最中だ。

最近こういう投稿をたくさん読んで、自分自身に問い続けている。過去20年の自分の職業経験はそんなに特殊だったのだろうか？

「完璧に保守可能で高度にスケーラブルなコード」を書いている企業もあるだろう。しかし、私のキャリアの半分は、エンジニアリングチームが作った混乱を片付けるためにスタートアップに招かれてきた。

AIが保守不能な混乱を生むかもしれない（私は完全には確信していない）が、私の視点では、多くの（すべてではない）エンジニアリングチームはずっとそうしてきた。#v2 #refactor

ここにいる多くの人は、単純なプロンプトでスケッチやプロトタイプ以上のものを作るという考えは実際にはうまくいかないと知っていると思う。

LLMが何を生み出すかを操縦し理解しない限り、将来の計画が一切組み込まれていない、おそらく「動く」ものに行き着く。Sunoが生成した音楽は、有能な音楽のように聞こえながら何も語らないという、とても不快な感じがする。

バイブコーディングされたソフトウェアも似ていると言える。私の推測では、現在のLLMには「私」がなく、あの膨大な数の配列の中で何が起きているのか正確にはわからない。そこに何かはあるのかもしれないが、人格はない。

それでも短期的には、組織の責任を期待する会社を経営したい人がいるとして、その組織が作るものがどう機能するかを誰も実際に理解していなければ、どうやってその責任を果たすのか。

単純なCRUDシステムなら素早く緩く作れるかもしれない。しかし銀行の決済は？ペースメーカーは？機密データの削除は？

エージェントが壊したものをエージェントが直せることに賭けている企業もあると知っている。それは真実かもしれないが、これまでエージェントの厳格な操縦を緩めようとするたびに、かなり急速に悪い方向へ向かう傾向がある。

繰り返すがわからない。しかし、自分たちが何をしたいかについて独自の考えを持つ合成人格を発明しない限り——ちなみにそれは巨大な問題の缶詰を開けることになる——現在の状況は続くだろうと思う。現在のシステムがどれほど賢かろうと。

ただ、現在の軌道は魅力的だと言いたい。私はL[…]

> 事実、バイブコーディングされたプロジェクトは時間とともに保守不能な混乱へと退化する。理由は単純だが直すのは難しい。コードの保守性と優れたアーキテクチャには適用できる良い測定基準がない。なぜなら、悪いアーキテクチャや保守不能なコードの影響に気づくまでに数ヶ月、場合によっては数年かかるからだ。

ああ、レガシーコードベースについて知らせたいことがあるよ。

彼の公理が真実かどうかさえ私は確信していない。2024/5年のモデルで始めたプロジェクトは、その後、より有能なモデル（一部の人間と違って技術的負債の返済に深い嫌悪感を持たない）によって作業を続けられる。人間が書いたレガシーアプリケーションが半年ごとに自発的により良いエンジニアリングチームを獲得するのを、私はほとんど見たことがない。