Rails World 2026の基調講演において、Ruby on Railsの生みの親であるデビッド・ハイネマイヤー・ハンソン（DHH）氏は、自身のキャリアを定義づけてきたフレームワークからの大きな転換を表明しました。Railsは長年、野心的なウェブアプリケーションを構築する小規模チームにとって理想的なスタックとして売り出されてきましたが、DHH氏は37signalsの主力製品であるHeyを新しいアーキテクチャへ移行させると明かしました。この新しいアプローチは、各プラットフォーム向けのネイティブアプリケーションと、かつては批判していたものの、現在ではそのパフォーマンスとLLM生成コードへの適合性を高く評価しているRustベースのバックエンドに依存しています。DHH氏は、自身のコード出力が劇的に変化しており、Rubyが占める割合はわずか3%にまで低下したと主張しています。彼は、人間がAIエージェントによって生成されたコードをほとんど読まないワークフローを採用しているのです。この「コードを読まない」哲学は、LLMが開発の重労働を担い、人間は最終的な成果物の評価者として主に機能するという前提に基づいています。しかし、この戦略は長期的なメンテナンスや、調整不足あるいは低品質なコードである「スロップ」がシステムアーキテクチャを劣化させる可能性について、重大な疑問を投げかけています。批評家たちは、DHH氏の基調講演はRailsコミュニティ全体に対して具体的な指針をほとんど示しておらず、フレームワークの将来に向けた明確なロードマップではなく、単なる安心感の提供にとどまったと指摘しています。業界がソフトウェアエンジニアリングへのAI統合に取り組む中で、こうしたツールが人間にとって読みやすく保守可能なコードベースの必要性を真に置き換えられるのか、あるいはAIエージェントへの依存がまだ十分に理解されていないリスクをもたらすのかという議論が続いています。
この記事では、DHH氏の基調講演後のRailsエコシステムを取り巻く不確実性について論じており、このブログ記事のプレビューで示された批判的な視点がそれを捉えている。