TDDを作った本人が「AI時代のTDDは誰も知らない」と言った回の要点

テスト駆動開発（TDD）とエクストリームプログラミング（XP）を創始したKent Beckが、AI時代における開発プラクティスについて語った。彼の発言の中心は一貫している。「AI時代のTDDが何か、誰も知らない。私も知らない」。その一方で、彼はコーディング消滅論を真正面から否定する。コードを書く行為は単なる「出力」ではなく「理解を定着させる手段」だからだ。プログラムすればするほどドメイン理解が深まり、他者との信頼が積み上がり、自分の仕事を自分で信頼できるようになる。これを機械に渡したら何が失われるか、という問いが出発点。

AIの鬼が最も注目するのは、彼が「この20年は手順書の時代だった」と総括したくだりだ。バックエンドのスケール方法を知っている、冪等性の利点を理解している、そういった蓄積がシニアエンジニアのアイデンティティだった。だが今、その手順書は白紙になった。これまで「知識を積むこと」がキャリアだったシニアの多くが怯えている。Beckが強調するのは、手順書を「書く側」と「使う側」は全く別のゲームだということ。オブジェクト指向の時代に彼らがやっていたのは書く側。今の条件では、手順書なしで成果を出す別のゲームが始まった。AIで代替できないのは「何を試すか」「試したものをどう捨てるか」の判断。彼自身が Rust でコードを書くときは、手詰まったら全部消して最初からやり直す。微調整ではなく、やり直す勇気を何度も重ねる。これが探索フェーズの作法だ。

中小企業にとっての含意は明快だ。従来の「マニュアルに従う」「先輩から技を盗む」というキャリアモデルは機能しなくなった。代わりに必要なのは「仮説→試行→測定」の反復を、AIと共に高速で回す能力。Beckが「TDDはテストフレームワークではなく、発見と実現の繰り返しである」と限定したように、開発の本質は「何ができるかを知る」プロセスそのもの。社内でAIを導入するとき、マニュアルを整備するのではなく「試す環境」と「捨てられる余裕」を用意できる組織文化の方が価値になる。既存の手順書に頼る組織はAIに負ける。