「審美眼こそが真実」〜DHHが語るAIエージェント時代の技芸論

先日、DHH（David Heinemeier Hansson）が出演したインタビュー動画「DHH's new way of writing code」（聞き手: Gergely Orosz、約1時間47分）を見ました。あまりに響くものがあったので、本人に日本語で要約紹介する許可を求めてメールを書きました。

返信はこう来ました。

Thank you! Yes, feel free to do so. Much of that thinking is inspired by Japanese philosophy. From omakase to kintsugi 🤌

（あの思考の多くは日本の哲学に着想を得ている。おまかせから金継ぎまで）

元動画はこちらです（YouTube）: DHH's new way of writing code

こうして本人の許可を得ましたので公式に紹介します。動画を見ながら、私が長年「仕事技芸論」として書き続けてきたことと、彼の語る "Taste and Judgment（審美眼と判断力）" の時代観が、見事に重なっていることに興奮を覚えています。

「審美眼こそが真実である」

DHHが繰り返した言葉がありました。"Aesthetics is truth."（審美眼こそが真実である）。

数学や物理学の世界では、ある式が「美しい」と感じられるとき、それは「正しい可能性が高い」とされてきました。コードもまったく同じだと彼は語ります。エレガントで、抽象が適切で、訓練された目に「美しく」映る設計は、結果として保守しやすく、壊れにくいことが多い。

これまで私たちは「数値で測れるもの」を尊び、「センス」や「審美眼」を非科学的なものとして遠ざけてきました。けれどDHHに言わせれば、審美眼こそが品質を見抜くもっとも繊細な感知装置なのです。

道具を仕立てる喜び

技芸はまず道具から始まります。DHH自身、Ubuntuから出発してArch Linuxへ、さらにHyprlandへと作業環境を組み替え、最終的に「Omakub」という独自の構成を作り上げました。

「なぜLinuxのデスクトップ環境にそこまで時間を費やすのか」とよく聞かれるそうです。彼の答えはこうです。道具は技芸の延長であり、自分が惚れ込めない環境では美しいものは作れない、と。

Rubyの世界には Convention over Configuration（設定より規約）という有名な原則があります。DHHはこれを「Omakase（おまかせ）の一つのかたちだ」と言いました。お任せ——信頼に基づいて選択を委ねる文化——が、Railsの設計思想の根底にあるのです。Rails自体が、おまかせの体現なのだ、と。

Railsのルネッサンス

Ruby on Rails は今、AIによってかつてない注目を浴びています。理由のひとつが、トークン効率です。

LLMにコードを書かせるとき、フレームワークが「Hello World」のために500行のボイラープレートを要求するなら、それだけでLLMの文脈と知性を浪費してしまう。Railsは規約があるからこそ、本当に意味のある5行だけを書けば済む。エージェント時代に理想的に適している、というのが彼の評価でした。

LinuxもRubyも、もう30年以上のものです。けれどAIという新しいレンズを通して、彼はこれらを再発見していると言います。「Beginner's mind」——禅の言う『初心（Shoshin）』が戻ってきた感覚だ、と。"I'm liking computers more now than I did 5 years ago."（5年前より今のほうがコンピュータが好きだ）。

「週末で作れる」という傲慢

プログラマの役割は変わりつつあります。一行ずつレンガを積む人ではなく、設計者であり検査官になる。書くことから、「読んで検証する（Read and Verify）」ことへ。だからこそ、何が美しく何が正しいかを見抜く審美眼が、機能的な要件として必要になってくるのです。

ここでDHHが引き合いに出したのが、有名なDropboxの逸話でした。Hacker Newsで「Dropboxくらいrsyncを使えば週末で作れる」と書いた人がいた、というあの話です。

それは究極の傲慢（Hubris）だ、とDHHは言います。デモとプロダクトを取り違えている。コアの同期ロジックは1%にすぎず、残り99%は20年続けるための長寿（Longevity）、エッジケース、チームの才能、ビジネスモデルだ、と。

技芸とは、最初の一行ではなく、システムが20年生き続けることだ——。Basecampを20年以上運営してきた人の言葉として、深く響くものがあります。

8時間睡眠と「これはセールではない、ただの価格だ」

長く続けるための土台は、極めて物理的なものから始まります。

"I am a big believer in getting eight hours of sleep."（私は8時間睡眠を強く信じている）。シリコンバレーの「徹夜してでもhustleせよ」という神話に、彼ははっきりと反対を示しました。

理由は単純です。プログラマの新しい役割が「Taste and Judgment」であるなら、寝不足は酔って仕事に来るのと同じだから。霧のかかった脳では、コードのなかの真実は見えない。20年この仕事に居続けるには、脳を精密機器として扱うしかない、と。

ビジネスの面でも、DHHの哲学は徹底しています。37signalsには「セールはやらない」というルールがあります。期間限定割引もブラックフライデーも、心理的な価格操作も、いっさい行わない。

「これはセールではない、ただの価格だ（It's not a sale, it's just the price）」。15ドルの価値があるなら、今日も明日も15ドルで売る。「今買わないと値上がりする」と顧客を急かすのは、価値ではなく操作で売っていることになる。本物の職人は、自分の仕事を買わせるために人を騙す必要はない、と彼は言い切りました。

監督者（Director）になる

エージェントとの実践に話が移ったとき、DHHは社内のエンジニア、ジェレミーの逸話を紹介しました。

ジェレミーはエージェント（Claude Codeとカスタムスクリプト）を使い、約90分で100件のプルリクエストを生成しレビューしたといいます。これまでなら「効果が小さすぎて手をつけない」とされてきた最適化を、一気に終わらせた。

これは、人間がすべての文字をタイプしていたら不可能です。しかし「監督者（Director）」にとっては不可能ではない。ジェレミーは書いていたのではなく、意図を定め、制約を与え、出力を検証していた。最後の Taste and Judgment のフィルターになっていたのです。問われたのは、自分の名前で「マージするのを誇りに思える（Proud to merge）」品質かどうかを見極める目だけでした。

DHHはこの役割を映画監督に喩えました。映画監督はカメラを持たず、照明をセットアップせず、台詞を演じない。それでも「美意識とビジョン」のすべてに責任を負う。何が「良い」かを決め、何が「ゴミ」かを切り捨てる。エージェント時代のプログラマは、そういう存在になっていく、と。

これはソフトウェア開発の経済性そのものを変えます。シニアエンジニアに2時間かけて0.1%の改善が得られる仕事は、これまでなら「割に合わない」と切り捨てられてきました。それがエージェントなら2秒、レビューが2分で済むなら、ありとあらゆる磨きが「割に合う」ようになる。

つまり「行数」を価値の指標にする時代は終わりました。生産コストがゼロに近づくとき、価値を持つのは「設計と判断」だけになる、と彼は断言します。だからこそ、CSSだけ・DBだけといった専門に閉じない、スタック全体を見渡せる「ジェネラリスト職人（Generalist Craftsman）」の時代がふたたび戻ってくる、というのが彼の見立てです。

人月の神話を超えて

DHHのもう一つの重要な指摘が、人月（man-month）に関するものでした。

長らく、機能を増やしたければ人を増やすしかありませんでした。けれど人が増えれば、コミュニケーションのコストも掛け算で膨らんでいく。フレデリック・ブルックスが半世紀前に『人月の神話』で示したのは、ソフトウェア開発はそもそもスケールしないという冷たい事実でした。

私自身、この『人月の神話』の現代版として位置付けて書いたのが、2023年に上梓した『人が増えても速くならない 〜変化を抱擁せよ〜』という本です。経営者やマネージャーに向けて、なぜソフトウェア開発は人を増やしても速くならないのか、なぜ少人数で小さく作るしかないのかを、平易な言葉で書きました。出版から数年経っても、その本質はむしろAIの時代にこそ立ち上がってきていると感じています。

DHHは、AIエージェントこそ初めてこの呪縛を解く技術だ、と断言します。チームを大きくするのではなく、一人がエージェントを束ねる。3人のチームが、かつて30人を要した仕事をやってのける。コミュニケーションのオーバーヘッドが消えた分、純粋な創造の時間が増えていく。

これは、私がソニックガーデンで長年実践し、本にも書いてきたことと深く響きます。職人ひとりが、信頼で結ばれた小さなチームのなかで自律的に動く。大きくしないことを意図的に選びながら、お客様に大きな価値を届ける。その「規模ではなく、技芸で勝つ」という選択が、いまDHHの語りのなかで世界規模の議論として立ち上がっているのを感じます。

CLIとBinstubs〜エージェントのための設計

エージェントが当たり前に動く前提に立つと、システムの作り方そのものが変わります。

人間にとってのGUIは便利でも、エージェントにとっては「ノイズが多く非効率」だとDHHは言います。エージェントが望むのはボタンのクリックではなく、コマンドの実行だ。だからこそ、CLI（コマンドラインインターフェース）が大きく復権している、と。

彼はこれを「ハンドルとペダル（Handle and Pedal）」と呼んでいました。ソフトウェアという強力なエンジンを、エージェントというドライバーが操るための、明確な操作器具を整備せよ、ということです。

具体的には、Railsの bin/ ディレクトリに置かれるBinstubs（小さなスクリプト群）の活用を強調していました。エージェントに環境構築から考えさせるのではなく、bin/test_feature のような専用スクリプトを叩かせる。Pass/Failのシグナルがはっきりしているから、エージェントは自律的にコードを書き、テストを走らせ、エラーを修正し、また走らせる——というループに入れる。

ただし、これが機能するのは設計が清廉なときだけです。スパゲッティのコードでは、エージェントも人間と同じように迷子になる。AIは良い設計を不要にするのではなく、むしろよりよい設計を要求するのです。底のロジックが乱雑なら、エージェントは「より速い乱雑さ（faster mess）」を生むだけだ、と彼は釘を刺しました。

「壮麗なるモノリス（Majestic Monolith）」が今あらためて強いのも、ここに理由があります。50個のマイクロサービスより、ひとつのモノリスのほうが、エージェントが全体の文脈を保持しやすいのです。

Peak Software Engineer の終焉

そして核心となる主張が語られました。"Peak Software Engineer."（ソフトウェアエンジニアの頂点）。

過去20〜30年、ソフトウェアエンジニアは世界経済のボトルネックでした。何かを作るには、必ずプログラマを通さねばならなかった。それが高給と、強い影響力と、ある種の「司祭階級」のような立場をもたらしてきた。

そのピークは過ぎつつある、というのがDHHの見立てです。AIがコーディングという「労働」をほぼゼロコストで生産できるなら、その希少性は薄れていく。世界は「生産の希少」から「生産の豊穣」へと動いている、と。

ではコーディングが豊穣になるとき、何が希少になるのか。彼の答えは明快でした。Taste and Judgment. それだけだ、と。

千行のコードを誰でも一秒で生成できる時代に、価値を持つのは「どの千行を残すべきか、どう形作るべきか」を判断できる人間だけになる。豊穣な時代に量産品の感触のソフトウェアは、無数に存在し、無価値になる。意味を持つのは、審美眼を備えた人間が下した、特定で独自の選択を宿した、魂のあるプロダクトだけだ——。

それは「個人のルネッサンス（Renaissance of the Individual）」の幕開けでもあります。本格的なSaaSを作るのにかつては50人のチームが必要でした。今は、審美眼を備えた一人とエージェントの艦隊で、中堅企業に伍して戦える。ソロプレナーや少数精鋭の工房にとって、史上もっとも好ましい時代だ、とDHHは言い切りました。

金継ぎ（Kintsugi）の儀式

DHHは自身の新しい仕事の儀式について語りました。

エージェントはコードを90%、95%まで持っていってくれる。けれど最後の5%、「縁」「感触」「魂」のような部分は、いつもどこか合わない。彼はそこに「ほんの少しの助け（a little bit of help）」を加える。割れ目を継ぎ、輪郭を整える。

それは日本の「金継ぎ」と同じだ、と彼は言いました。機械が始めた仕事を隠すのではなく、人間の判断と機械の出力を継ぎ合わせて、どちらか単独では作れない、より強く美しいものを作る。この「継ぐ」という行為こそが、新しい高次の職人技だ、と。

朝起きてXやニュースを開くのをやめ、コーヒーとエージェントの前に座って「作る」ことから一日を始める。それが彼の新しい儀式（New Ritual）。"It is a flourishing experience."（それは開花の体験だ）。道具と戦うのではなく、道具と踊る感覚を、Rubyを発見した2003年以来感じていなかったFlowを、いま彼はあらためて取り戻している、と。

エージェントに「降伏」してから、私もまた近い感覚のなかにいます。

「The Arts and Crafts of Work」という符合

私はかねてより「仕事技芸論」を提唱してきました。仕事を「労働」ではなく「技芸」として捉え、技芸として向き合う文化を広げていく考え方です。その英訳として、私は "The Arts and Crafts of Work" という言葉を使ってきました。19世紀末にウィリアム・モリスたちが起こしたアーツ・アンド・クラフツ運動への敬意を込めた表現です。

DHHが繰り返し同じ "The Arts and Crafts of Work" を口にするのを聞いたとき、私は驚き、そして奇妙な喜びをおぼえました。

仕事技芸論は、ソニックガーデンで職人たちと長年働き、彼らの仕事に立ち会うなかで、私自身の言葉として組み上げてきた考え方です。同じ時代の地平を見上げていた二人が、それぞれの場所で同じ言葉に行き着いた——そう受け止めています。ウィリアム・モリスから連なる「ものを作る人の倫理」が、海と時代を越えて、いまふたたびソフトウェアの現場で立ち上がっているのです。

プログラマは創造者として神格化される

最後にDHHは静かに締めくくりました。これは「プログラミングの終わり」ではなく、「創造者としてのプログラマの神格化（the apotheosis of the programmer as a creator）」だ、と。ボトルネックを守る古いやり方にしがみつくのではなく、ものを作る喜びを再発見せよ。技芸を本当に愛しているなら、生きていて最も輝かしい時代だ、と。

そこで問われるのは、コードを大量に速く書ける人ではなく、何が美しく何が正しいかを見抜ける人。製品を20年生き続けさせられる人。誠実な価格で売り続けられる人。AIエージェントの時代は、技芸を磨いてきた職人にとって、ようやく自分たちの土俵が広がる時代なのです。

おまかせから金継ぎまで——DHHの返信を思い返すたびに、確信は深くなります。すでに私たちは、その土壌に立っています。怖れる必要はなく、開花として迎えればいいのです。

動画は、ぜひ全部観てほしい

動画そのものに勝るものはありません。1時間47分。短くはありません。けれど、彼の声色、間、笑い、迷いがあって初めて立ち上がる温度があります。要約ではどうしても削ぎ落とされる部分です。

英語のリスニングがつらければ、いまは便利な道具があります。たとえばGeminiにYouTubeのURLを渡せば、文字起こしを取り出してくれます。そのうえで「日本語に訳して」と頼めばいい。完璧ではないとしても、十分な精度の日本語が手に入ります。

元動画：DHH's new way of writing code（聞き手: Gergely Orosz／英語、約1時間47分）