Railsはどうなるのか？

Ruby/Rails Railsはどうなるのか？ Jared Norman著 2026年9月24日公開 David Heinemeier Hanssonは、良くも悪くも、依然としてRuby on Railsの責任者です。私は彼に支払うのをやめたいのですが、Railsでアプリケーションを構築しているため、彼の行動は私と私のクライアントに影響を与えます。昨日、彼はRails World 2026でオープニング基調講演を行い、Railsの将来についてのビジョンを提示しました。あるいは、彼の講演はそうあるべきでした。彼の基調講演はRailsとはほとんど関係ありませんでした。彼が何を話し、それがRailsにとって何を意味するのかを見ていきましょう。 要点 私はプロのプログラマーとしてのキャリアを引退しました。はい、彼はそう言いました。いいえ、それは彼がソフトウェア開発から手を引くという意味ではありません。彼は今、自分自身を「メーカー」と称しています。彼は今、英語が最高のプログラミング言語である（LLMのため）と主張しており、LLMが生成するコードを必ずしも読む必要すらないとさえ言っています。手書きでコードを書くことは、大多数の企業で働く大多数のプログラマーにとって、もはや経済的に生産的な営みではありません。彼はLLMによるコード生成に全面的に賛成しており、ネイティブアプリケーションとRustプログラミング言語の両方に対するスタンスを変更しました。彼の見解では、Heyのような製品は本来ウェブアプリとして意図されたものではありませんでした。彼は長年、Railsスタックが小規模チームに野心的な製品を構築させることを可能にすると主張してきました。今、37signalsがHeyの次期バージョンを構築するにあたり、異なるスタックを採用しています。彼の説明によれば、ボトルネックは解消されたため、彼らはLLMを使用してサポートするすべてのプラットフォーム向けのネイティブアプリケーションを構築しています。サーバーサイドでは、Rustを採用しています。DHHは、Rustは醜い言語であり、人間はそれにさらされるべきではないが、LLMには最適だと主張しています。彼はどうせコードを読むつもりはないので、その言語のパフォーマンスと安定性を評価できるようになりました。彼は、LLM時代以前は年間約3万行だったのに対し、今年の8月には15万行のコードを書いたと主張しています。（彼は、その多くが「冗長な」Rustであると認めています。）過去20年間、彼の仕事の約半分をRubyが占めていましたが、今年の彼の執筆量のうちRubyはわずか3%です。新しい戦略は、人間がコードを読むことは、例外であって標準ではなく、「Sentryでバグを見るようなもの」であるという考えに基づいています。それは今日です。年末までには、事実上すべてのドメイン、事実上すべてのプログラマー、事実上すべての企業がそうなるでしょう。ですから、それに慣れるのが一番です。彼はまた、すべてのサービスがCLIを提供するように求めています。そうすれば、彼（つまり「彼の代理人」）はUIを使用せずにそれにアクセスできるようになります。私たちは今、すべてを望むことができます。すべてを得ることができます。彼の講演の後半は、LLMが誰もが望むものを創造することを可能にするという彼のビジョンに焦点を当てました。彼はOmarchyでの仕事について語り、聴衆にAIへの懐疑論とドゥーマー主義を拒否するよう促して締めくくりました。「ブラックピルはクソみたいな負け犬のためのものだ。負け犬になるな。」 Railsの穴 DHHは、世界で最も重要なRailsカンファレンスのオープニング基調講演で、フラッグシップRailsアプリがRailsを離れることを発表しました。Railsに関する内容は、ウェブアプリケーション（Basecampのような）には依然として適しており、AIとの連携に優れているという程度でした。20年間、私たちはRailsを「小規模チーム、野心的な製品」のためのフレームワークとして販売されてきました。私もRailsのおかげで、少数のリソースで多くのことを成し遂げることができたチームに数多く参加しました。あなたもそうでしょう。Heyは、小規模チーム向けのウェブアプリを構築することが生産的である方法だったため、ウェブアプリであり、今もそうです。昔は、つまり5分前までは…彼のRailsに対するビジョンは狭まりました。Railsは好みではなかったのです。それは回避策でした。それは今や「必要に迫られたウェブアプリ」のためのプラットフォームです。規約より設定は、「トークン効率」として再定義されました。Evil Martiansのエージェント評価は単なる安心材料です。AIはRailsが得意なので、離れる必要はありません。より寛大な解釈もあります。Railsは成熟した安定したフレームワークです。安定性はエージェント開発に適しています。しかし、彼は今年の彼の仕事のわずか3%しかRubyではないと言いました。この講演のどこにも、成熟したプラットフォームと、その作成者がもはや注意を払っていないプラットフォームを区別しようとするものはありません。CLIの要求は不可解でした。37signalsは、斬新な機能ではなく、意見の分かれるUI/UXで製品を差別化しています。彼らはHeyを6つのネイティブアプリに書き直しています。なぜなら、ウェブの忠実度が十分ではないからです。つまり、UIは完全な書き直しを正当化するほど重要ですが、同時に誰もがCLIを求めているのでしょうか？すべての製品がCLIを操作するエージェントによって使用される場合、BasecampやFizzyを最も安価な代替品から差別化するものは何でしょうか？この戦略には見直しが必要だと思います。私は今、Railsの本当のビジョンは何であり、誰がそれを推進するのか疑問に思っています。Mosscapは政治的な理由でフォークしましたが、彼らの中心的な議論の一部は、Railsは終わったということです。安定しており、メンテナンスのみが必要です。Hanamiにはロードマップがあり、Rubyでウェブアプリケーションを構築する将来についてのビジョンがあります。Railsの日常的な作業の多くはShopifyなどから来ていますが、DHHは歴史的にビジョンを推進してきました。今、彼は自分自身をビジネスから追い出しているのでしょうか、それともすでに去っていて、部屋に伝えていないのでしょうか？Railsの作成者は、彼のフラッグシップ製品の1つをスタックから外しています。彼のRubyの執筆量は3%に減少しました。彼は、12月までに手書きのコードは事実上すべての人にとって歴史になると信じています。これに直面して、彼は賛辞を提供します。さて、それは少し怖いかもしれません。競争が少しだけあるかもしれないということです。少しの競争を誰が恐れるのですか？あなたはもっと良くないのですか？あなたはもっと知らないのですか？もちろん、知っています。あなたはクソみたいなRailsプログラマーなのですから。あなたは最高の中の最高です。これは私が今見ている「トップガン」です。それを受け入れなさい。熱意をもって。これは計画ではなく、安心感です。部屋でもうまくいったと思います。自信は常にそうだからです。しかし、それは完全に空虚です。あなたは、Django、Laravel、あるいはクソみたいなSpring Boot開発者の部屋に、言葉通り同じことを言うことができます。彼がRails開発者に直接話しかけた唯一の瞬間、彼はRailsについて何も言わないことを選びました。 幻覚の部屋の象 AIの主張に移りましょう。文脈として、DHHはシンプルでユーザーフレンドリーな製品を作る会社を経営しています。彼らの製品は非常にシンプルなので、LLMが登場する前から、定期的にアプリ全体を書き直して新しいバージョンを作成していました。37signalsは、難しい技術的問題を解決することではなく、製品とマーケティングで成功しています。私は憎んでいるわけではありません。多くの人が彼らのアプリを愛しています。私はただ、彼らの新しいKanbanアプリの成功は、製品の決定とマーケティングによって推進されるだろうと言っているだけです。Kanbanボードは、コンピュータサイエンスの難しい問題の1つではありません。では、彼の（出力を見ず、外部から結果を評価する）アプローチは機能するのでしょうか？これらのツールは長い道のりを歩んできました。それらはまだあらゆる種類の間違いを犯しますが、人間がループ内にいて結果を確認し、再プロンプトする限り、少なくとも小規模なアプリや簡単な問題ではうまく機能します。この講演の数字を真剣に受け止めるのは難しいです。なぜなら、Davidはそれらを常に損なっているからです。彼は、一貫したサポートを怠りながら、トピックを確定事項として提示しています。彼は、コード行数は悪い尺度であり、言語間で公平に比較できないことを認めていますが、8月のLLM出力15万行を彼の平均年間3万行と比較し、すぐに、彼は「Rubyコードからは決して許容しない」RustコードをLLMから許容していると認めます。手書きの簡潔なRubyとLLM生成のRustのゴミは比較できません。彼はそれを知っているようですが、それでも比較します。過去20ヶ月で、私は過去21年間で書いたコードの半分を書きました。再びリンゴとオレンジの比較であり、彼は「書く」の定義に苦労しています。彼はLLMが生成したRustを読んでさえいませんでした。Hey Nextの数字も同様に問題があります。RustがRubyよりもパフォーマンスの高い言語であることは間違いありませんが、これもまた不公平な比較です。「…バックエンドはCPU使用率を99%削減し、メモリ使用量を95%削減し、10台のホストが必要な唯一の理由は冗長性のためです。実際、私たちの概算計算により、Heyのピークトラフィックは…