公開日

DHH が Rails を捨てた日

Rails の生みの親である DHH が Rails World 2026 のキーノートで語った内容に、いろいろと思うところがあり、”ペン”を取った。

トークの核心部分のサマリとしてはこうだ。

  • 2025年11月、Opus 4.5 リリースは、AI 開発時代の転換点だった。
  • AI を使うか使わないかで、生産性に100〜1000倍の差が出る。
  • お前ら、ペンを置け。手でコードを書く時代は終わった。
  • 今の俺にとって、最高のプログラミング言語はもはや Ruby ではない。英語（=自然言語）だ。
  • 実際 HEY の次期バージョンでは、コードを一行も書かず、フロントエンドをネイティブ化、バックエンドの Rust 化を実現したぜ。
  • 俺はプロのエンジニアは辞めたんやで。今はプロのビルダー（Maker）や。
  • 変化を受け入れろ。悲観するな。未来は明るいぞ。

内容についてはなんてことはない、AI 驚き屋たちが日々 X で騒いでいる内容と一緒だ。なんら新規性のない話。

ではなぜここまで燃えているのか？ それは、第一に DHH のアジテーターとしての能力の高さ故であろう。聴衆をクソ煽り散らかしている。第二にこのトークが行われた舞台が Rails World のオープニング・キーノートであったためだ。

信じられるだろうか。年一回開催の Rails コミュニティの祭典のオープニングで Rails の話がほとんど出てこない。一時間のキーノートのうち、Ruby/Rails の言及があったのは正味2、3分程度だろうか。昨年の Rails World 2025 のキーノートはそんなことはなかった。AI テクノロジーは僅か一年間で彼をすっかり変えてしまった。正気か？

Rails is NOT dead

この様子を受けて “Rails is dead” と言いたくなる気持ちもわかるが、それは性急というものだろう。同イベントで行われた Matz との対談では、DHH は以下のように発言している。

「俺は今でも新しいアプリケーションは Rails で書き始める。人気が爆発したとき、それを Rust でも何でも別の言語に書き換えればいいのさ。」（筆者抄訳）

今回話題になったキーノートでも AI の礼賛はあるこそすれ、Ruby/Rails を直接的に貶めるような発言は全くない。Ruby は死んでいないし、Rails も死んでいない。

DHH は Rails に興味を失っている

それでは何故、”Rails is Dead” のような言説が生まれてくるのか？ それは DHH が Ruby on Rails にもはや興味を失っているように見えるからではないか。

ここに、興味深い事実がある。以下は Rails リポジトリにおける DHH の最終コミットだ。

$ git log -1 --stat --author="David Heinemeier Hansson"
commit 2533c938acb97c2b44e6600fc0d35962e7ba9c7d
Author: David Heinemeier Hansson <david@hey.com>
Date:   Sun Dec 28 08:34:49 2025 -0800

    Add `ActionDispatch::Request#bearer_token` to extract the bearer token from the Authorization header (#56474)

 actionpack/CHANGELOG.md                        |  5 +++++
 actionpack/lib/action_dispatch/http/request.rb |  5 +++++
 actionpack/test/dispatch/request_test.rb       | 32 ++++++++++++++++++++++++++++++++
 3 files changed, 42 insertions(+)

ref. rails/rails@2533c93

2025年12月28日。

興味深いのは、このタイミングが DHH が “AI エージェントの大転換点” と称した Opus 4.5 のリリース時期と符合していることだ。少なくとも2026年になってから、 DHH は一度も Rails に直接コミットしていない。正直、僕には DHH が Rails に興味を失ったように見える。DHH は Ruby on Rails 開発のレールを降りた。

AI 時代、 Ruby on Rails の優位性は？

僕自身も Opus 4.5 のリリースタイミングが、真の AI コーディングエージェント時代の幕開けだと思っている。それまでの AI は、おもちゃでしかなかった。よくミスるし、嘘をつく。ちょっと難しい作業をやらせると、プロンプトで正しくガイドしないと直ぐに道を外す。だったら自分で書いたほうが早い――それが Opus 4.5 登場以前の僕の AI の印象だった。

Opus 4.5 がリリースされて話題になったとき、データベースのスキーマ変更を含む、そこそこ難しそうな中サイズのタスクを任せてみた。Plan が出てくる、90点の計画だ。問題ない。実装を任せてみる。自分でやると最低一週間はかかりそうな実装が、Opus は15分で終わらせた。仕上がった Pull Request はコード変更、テスト追加、DB 変更をきちんと含んでいた。70点の実装、合格点だ。ツッコミどころは多少残るが、人間の生産性を遥かに凌駕しているのは間違いない。

さて、今よりもう少し未来の AI コーディングエージェントを想像してみよう。仮にまったく手でコードを書かず、目でコードを読まない時代になったとして、人間の尺度によって選定されたプログラミング言語は意味があるだろうか？ もし関係ないのだとしたら、処理速度が速く、メモリフットプリントが少さく、堅牢性の高い静的型付けの言語が選定されるのではないか？ そこに Ruby on Rails の優位性はあるだろうか？

DHH は AI 時代のプログラミング言語として Rust を推している。しかし Rust という言語選定に深い意味はないだろう。最も高速で省メモリで動く言語が Rust だっただけだ。現に DHH は Rust を止めて、アセンブリ言語まで手を出しはじめている。

（ちなみに僕自身は AI 時代の言語として、堅牢性がありつつ高速で可読性もある Go が現時点の良い落とし所だとは思っている）

アンラーニングし、AI 時代に適応していく

正直、残念じゃないといえば嘘になる。日々 Ruby on Rails のコードを書いて飯を食っている一介のエンジニアとしては、「After AI の世界で、今年はどんな花火を DHH が打ち上げてくれるのだろう」とワクワク楽しみに待っていた。しかし花火はついぞ打ち上がらなかった。とても悲しいことだ。

一方で、DHH は我々に裏のメッセージを突き付けたと僕は思っている。それは、「変化を受け止めろ。アンラーニングせよ。」というメッセージだ。

  • DHH は Programmer から Maker にジョブチェンジした。
  • DHH は Ruby でプログラミングすることを止め、英語でプログラミングをするようになった。
  • DHH は macOS を捨て Omarchy に乗り換えた。
  • HEY のフロントエンドは Web アプリから、Native アプリに書き換えられた。
  • HEY のバックエンドは Ruby on Rails から、 Rust に書き換えられた。
  • プログラマの生産性は10倍の差から、100倍以上の差になった。

僕には DHH から「お前らは、どう変わるんだ？」そう問いかけられているような気がしてならない。

例えばレビューを止めてみる

残念ながら僕は明日から突然 Rust を使うようなハードコアな職場には生きていない。しかし、AI 時代に古くなった開発のプラクティスは、早晩変える必要があると考えている。

例えば、僕の今働いている会社の開発チームでは、一部の Pull Reqeust のコードレビューを止める活動を始めた。その話は今年の YAPC のトークとして採択していただいたので、DHH よりは幾分スケールの小さい話にはなるが、アンラーニングの具体例として話せたらいいなと思っている。

DHH、日本襲来

そして今年の Kaigi on Rails には、DHH が来る。今回の Rails World の内容を踏まえると、正直 Rails どストレートな内容は期待できないであろう。しかし、発表タイトルから内容を察するに、彼が見据えるプログラミング・プログラマの未来については十分に語られるであろう。僕も参加予定なので、彼がどんな言葉を語るのか、現地で見届けようと思う。

P.S. こちらの Kaigi on Rails 勉強会に登壇予定です。興味ある方はどうぞ。

関連記事