Railsは？
DHH は Rails World 2026 の基調講演で、自分はもう職業プログラマではないと語った。AI 時代に Rails と Ruby の居場所はどこにあるのかを、彼の言葉を引きながら考える。
日本語
コピー
Ruby/Rails
Rails はどうなる？
著者 Jared Norman、2026年9月24日公開
良くも悪くも、Ruby on Rails はいまだに David Heinemeier Hansson の舵の下にある。彼のことはもう追いたくないのだが、私は Rails でアプリを作っているので、彼の一挙手一投足が私と顧客に影響する。昨日、彼は Rails World 2026 で基調講演を行い、Rails の未来についての構想を語った。
というのが建前だが、実際の講演は Rails とはほとんど関係がなかった。以下が実際に語られた内容と、それが Rails にとって何を意味するかだ。
要旨
私はプロのプログラマーを引退した。
本当にそう言った。とはいえソフトウェア開発から離れるわけではない。今の自称は「maker」だ。英語が（LLM のおかげで）最高のプログラミング言語であり、LLM が生成したコードを必ずしも読む必要すらない、とも主張している。
ほとんどの会社のほとんどのプログラマーにとって、手でコードを書くことはもはや経済的に生産的な行為ではない。
彼は LLM 生成コードに全面的に賭けており、その結果ネイティブアプリと Rust に対する立場も変わった。彼の見方では、Hey のようなプロダクトはそもそも Web アプリであるべきではなかった。
長年、Rails スタックなら小さなチームで野心的なプロダクトを作れると主張してきた。ところが今、37signals は次世代の Hey を別のスタックで作っている。彼曰く、ボトルネックは消滅したので、LLM を使って対応するすべてのプラットフォーム向けのネイティブアプリを構築しているのだという。
サーバーサイドには Rust を選んだ。DHH はこの言語が醜く、人間が書くべきではないと主張し続けているが、LLM には相性がいい。どうせコードは読まないので、今ではこの言語の性能と安定性を評価している。
彼は今年8月に15万行のコードを書いたと主張する。LLM 以前の時代には年平均およそ3万行だった。（その多くが「冗長な」Rust であることは認めている。）過去20年間で Ruby は彼の作業量のおよそ半分を占めていたが、今年は書いたコードの3%にすぎない。
新しい戦略の出発点は単純だ。人間がコードを読むのは例外であるべきで、常態ではない。「Sentry でバグを見るのと同じように」。
これが今日の状況だ。今年の終わりまでには、ほぼすべての領域、ほぼすべてのプログラマー、ほぼすべての会社がこうなる。だから慣れておいたほうがいい。
彼はまた、あらゆるサービスが CLI を提供すべきだと考えている。そうすれば彼（正確には「彼の agent」）は UI を開かずに操作できる。
今、私たちはすべてを望める。今、私たちはすべてを手に入れられる。
講演の後半は彼自身のビジョンだった。LLM によって誰もが思い描くものを創造できるようになる、という話だ。Omarchy での自身の仕事について語り、最後に聴衆へ AI 懐疑論と終末論を捨てるよう促した。
黒丸は弱者が飲むものだ。弱者になるな。
Rails の形をした穴
DHH は世界有数の Rails カンファレンスの基調講演で、旗艦 Rails アプリが Rails を離れると発表した。Rails についての部分を要約すればこうなる。Web アプリ（たとえば Basecamp）には依然として非常に向いており、AI と組み合わせて構築するのにも非常に向いている、と。
20年間、Rails は「小さなチーム、大きなプロダクト」のフレームワークとして売られてきた。私は多くのチームにいたが、Rails があったからこそ少人数で多くのことを成し遂げられた。あなたも同じように感じているだろう。
Hey はかつて Web アプリであり、今も Web アプリだ。小さなチームで Web アプリを作ることが、かつては生産性を高める方法だったからだ。旧時代、つまり5分前には……
彼の Rails の位置づけは狭まった。Rails は好みではなく、便宜的な手段だ。今や「やむを得ず作る Web アプリ」のための第一のプラットフォームである。設定より規約は「token 効率」と言い換えられた。Evil Martians の agent 評価は、AI は Rails が得意だから離れる必要はない、という安心材料にすぎない。
もっと好意的な解釈もできる。Rails が成熟した安定したフレームワークであることは事実だ。安定性が agent 開発に有利であることも事実だ。しかし彼は、今年の自身の仕事のうち Ruby は3%にすぎないと語っている。成熟したプラットフォームと、創設者がすでに目を向けなくなったプラットフォームを区別しようとする内容は、講演のどこにもなかった。
CLI の要求は不可解だ。37signals は新機能ではなく、主観的な UI/UX でプロダクトを差別化してきた。彼らは Hey を6つのネイティブアプリに書き直した。Web 版の再現度が不十分だったからだ。ならば UI は全体を書き直すに値するほど重要であり、同時に誰もが CLI だけを求めているのか？ すべてのプロダクトが CLI を駆動する agent に使われるのなら、Basecamp や Fizzy は最も安い代替品と何で差別化するのか。この戦略には一度 Rework が必要だと思う。
Rails のビジョンは今どうなっているのか、誰が推し進めるのか、と問わずにいられない。Mosscap は政治的な理由でフォークしたが、その中心的な主張の一つは Rails はすでに完成しているというものだ。安定しており、保守するだけでいい。Hanami にはロードマップがあり、Ruby で Web アプリを構築する未来へのビジョンもある。Rails の日常的な作業の多くは Shopify やその他の場所から来ているが、ビジョンは歴史的に DHH が推し進めてきた。今、彼は自分自身を議論から外そうとしているのか、それとも部屋の誰にも告げずにすでに去っていたのか？
Rails の作者が、自分の看板製品をこの技術スタックから引き揚げようとしている。彼が書く Ruby のコードはもう 3% まで減った。十二月には、手書きのコードはほぼ全員にとって過去のものになっていると彼は信じている。そのすべてを前にして、彼が差し出したのはお世辞だった。
今は少し怖いかもしれない。少し競争が起きるかもしれない。競争が怖いのか? 君はもっと強いんじゃないのか? もっと分かっているんじゃないのか? もちろん分かっている。君は Rails プログラマーだ。エリートの中のエリートだ。まるで『トップガン』じゃないか。受け入れろ。情熱を持って。
これは慰めであって、計画ではない。会場でも効いたのだろう。自信はいつでも効く。だが中身は完全に空っぽだ。同じ言葉は、Django や Laravel、あるいはくそったれの Spring Boot の開発者で埋まった部屋に向かっても 一言一句同じように 言える。彼が Rails 開発者に直接語りかけた唯一の場で、彼は Rails に 一切触れなかった。
部屋にいる、幻覚の象
次は AI に関する主張だ。前提として、DHH が経営する会社が作っているのはシンプルで使いやすい製品だ。LLM が登場する前から、彼らは定期的にアプリを丸ごと書き直して新しいバージョンを出していたほど、シンプルなものだ。
37signals の成功を支えているのは製品とマーケティングであって、難解な技術課題を解いたことではない。けなしているわけではない。彼らのアプリを気に入っている人は大勢いる。言いたいのは、新しい看板アプリが当たるかどうかは製品判断とマーケティング次第だということだ。看板そのものはコンピュータサイエンスの難問ではない。
では彼のやり方——出力を一切見ず、外から結果だけを評価する——は通用するのか? ツールは大きく進歩した。今でもあらゆる間違いを犯すが、人間がループに入って結果を検証し、プロンプトを打ち直し続ければ問題ない。少なくとも小規模なアプリや単純な問題なら。
この講演の数字は、にわかには信じがたい。David が自分で自分の足を撃ち続けているからだ。講演全体を通して、彼はさまざまな話題を決着済みのことのように提示しながら、一貫した裏付けを最後まで示せていない。
彼はコード行数が悪い指標だと認め、言語をまたいだ比較が不公平だと認める。そのうえで八月に LLM が生成した 15 万行を、自分が年間平均で書く 3 万行と比べる。直後に、LLM が書いた Rust なら許容できるが、同じコードは「自分の Ruby コードとしては絶対に許容しない」と譲歩する。手書きの簡潔な Ruby と LLM が生成した Rust のゴミは比べようがない。彼もそれは分かっているらしいのに、それでも比べる。
過去 20 か月で、私はそれ以前の 21 年間の半分に相当する量のコードを書いた。
これもまたリンゴとオレンジの比較で、しかも 彼自身が「コードを書く」とは何なのか分かっていない。LLM が生成した Rust を彼は 読ん でもいない。
Hey Next の数字も同じ問題を抱えている。Rust が Ruby より高性能なのは間違いない。だがこれも不公平な比較だ。
……最終的に CPU 使用量が 99% 減り、メモリ使用量が 95% 減ったバックエンドができた。冗長性のためだけに 10 台のホストを必要とするものだが。実際、大まかに見積もると、Hey のピークトラフィックは Raspberry Pi 1 台でさばける程度だろう。
Web フロントエンドを持たない純粋な Ruby のバックエンドも、既存の Rails 版よりはるかに安く動く。どの部分が Rust のおかげで、どの部分が Web アプリを捨てたおかげなのかは分からない。そしてこれらはどれも彼の agent 論の裏付けにはならない。Rust を書くのが好きなチームでも同じシステムは作れる。だが彼は、人間は Rust を書くべきではないと考えている。
10 倍（さらに 100 倍、1000 倍）のプログラマーに関する話も疑わしい。あの研究が測っていたのは開発者ツールの差（開発者の生産性ではない）であり、すでに複数の角度から激しく批判されている。「平均 10 倍」は民間伝承にすぎず、原論文にすら存在しない。
開発者間の生産性の差が大きいのは事実だ。私自身も見てきた。だが論文から講演の舞台に上がるどこかで、数字は 28:1 から 1000:1 になり、それを裏付けたのはマイクを握ったのが一人だけの基調講演だった。
そして Basecamp 5。David はこれがアーキテクチャを「スイスチーズ」のようにしたと報告する。彼はモデルのせいにする。レビューも調整もされていない貢献は、agent から来たものであれ人間から来たものであれ、アーキテクチャを侵食する。彼は講演の後半で「重複のコストはほぼゼロに近づいた」と論じる。Basecamp 5 は、ゼロでないものがどんな姿かを見せている。この失敗の仕方は DHH 自身の周辺ですでに起きている。Tobi Lütke は最近、agentic な開発を大量に行うと「slop grenades」が深刻な害になると嘆いている。
David は歴史から学べと言い、ATM の話から学べと言う。ATM が銀行の窓口係を終わらせると心配された。結果は逆だった。だが彼の話には問題がある。細部がすべて間違っている。年代が違う。彼は間違った経済学者を引用している。窓口係の数字は一桁ずれている。結末はすでに逆になっている。この講演は誰かが事実確認すべきだったのではないか。
「コードは決して見るな」と「安全だ、何かが来る、備えろ」は、この講演の中で 15 分しか離れていない。巨大な溝であり、橋がない。ある会社が始めたばかりの、比較的単純なメール製品の作り直しの取り組みを、「ほぼすべてのプログラマー、ほぼすべての会社が、十二月までに」という話へ外挿できると信じろと言われている。
最後に、戦略があるべき場所にあったのは、楽観への懇願だけだった。
私も[こうした懸念の]一部は誇張されているかもしれないと思う。つまり、たぶんね。でも、おそらくそうではない。つまり、中にはほんの少し大げさなものもあるかもしれない。
楽観は戦略ではないし、事実に勝てるものでもない。この講演に出てきた事実は、その楽観を支えられない。Rails がこれからどこへ向かうのか知りたくて、私は興味を持って聞いていた。今もわからないし、おそらく DHH 自身もわかっていないだろう。それを考えている素振りすら見せなかった。
これが一番引っかかる点だ。彼の AI に関する発言には懐疑的だが、そこが争点ではない。Hey の書き直しに文句があるわけでもない。自分のアプリをどのツールで書こうが彼の自由だ。私は Hey なんて使っていない。
問題は、彼が Rails World の壇上で、自分のプロダクトを Rails から移すと全員に告げながら、Rails を使い続けている人たちに向けて言える最良の言葉が「あなたたちは最良の部類だ」だったことだ。ありがとう。
もしかすると Rails は本当に終わりに近づいているのかもしれない。Mosscap プロジェクトが言うように。そろそろ安定性とメンテナンスに重心を移す時なのかもしれない。それが計画なら、誰かが口に出す必要がある。そうでないなら、次にどこへ向かうのかを聞かせてほしい。
DHH はどちらもしなかった。ただ、未来は素晴らしくなると言い、AI 終末論に陥るなと警告しただけだ。私が欲しかったのは Rails についてのスライド一、二枚で、それで十分だった。