Ruby on Railsの生みの親、DHHに学ぶAI時代のエンジニアが「美しく、力強く」働くための哲学

2025-07-20

はじめに

　WebフレームワークRuby on Railsの生みの親であるデイヴィッド・ハイネマイヤー・ハンソン（DHH）氏がAI時代の現代における、プログラミングの学習、言語の美学、AIとの未来、クラウドからの脱却、そして持続可能な働き方までをPodcastで語っていました。本稿では、AI時代のプログラマーの在り方の参考として、彼の哲学を分かりやすく解説します。

参考記事

タイトル: DHH: Future of Programming, AI, Ruby on Rails, Productivity & Parenting | Lex Fridman Podcast #474
発行元: Lex Fridman Podcast
発行日: 2025年7月13日
URL: https://www.youtube.com/watch?v=vagyIcmIGOQ

要点

DHH氏のプログラミングの原体験は、雑誌のコードを打ち込むことへの挫折であり、Webの登場とPHPのシンプルさによって初めて開発の楽しさを知ったものである。
Rubyとの出会いは衝撃的であり、そのコードの美しさと表現力は、彼に「プログラマーの幸福を最適化する」という思想をもたらした。これはRuby on Rails開発の根幹をなす哲学である。
Ruby on Railsは、「設定より規約 (Convention over Configuration)」や「おまかせメニュー (Omakase)」といった原則に基づき、開発者が本質的な問題に集中できる環境を提供する。
近年、DHH氏率いる37signals社はクラウドからの脱却（Cloud Exit）を断行し、自社サーバーへ移行した。これはコスト削減だけでなく、インターネットの分散性という思想への回帰でもある。
AIは強力な「ペアプログラマー」であるが、安易なコード生成はプログラマーの能力を低下させる危険性を孕む。学習のためには、最終的に自分の手でタイピングすることが不可欠である。
大きな成功は、巨大なチームではなく小規模で自律したチームから生まれる。持続可能なペース（週40時間労働）で働くことが、長期的な成功と個人の幸福につながる。

詳細解説

プログラミングとの出会い―挫折とPHPの衝撃

　DHH氏のプログラミングへの道は、決して平坦なものではありませんでした。幼少期、彼は当時人気のあったコンピューター「コモドール64」に憧れ、ゲームを自作しようと雑誌に掲載されたソースコードを何時間もかけて打ち込みましたが、一度も成功しませんでした。彼は変数という概念すら理解できず、二度にわたってプログラミングの学習に挫折します。

　転機が訪れたのは、10代後半にインターネットと出会った時でした。HTMLで文字を点滅させたり、大きくしたりする単純な作業が、初めて「自分の書いたコードが動く」という成功体験をもたらします。そして、彼のプログラミング能力を決定的に開花させたのがPHPでした。

　DHH氏は、PHPのシンプルさを「開発者体験の頂点」と語ります。複雑な設定なしに、書いたコードをサーバーにアップロードすれば即座にWebページが動く。この手軽さが、「作る」ことの本質的な楽しさを彼に教え、後のRuby on Railsにおける「開発者の幸福」という思想の原点となりました。

Rubyの美学と「プログラマーの幸福」

　PHPでWebアプリケーションを開発できるようになったDHH氏ですが、彼はPHPをあくまで「目的を達成するための道具」と捉えていました。彼が自らを「プログラマー」だと心から認識し、コードを書くこと自体に喜びを見出すようになったのは、プログラミング言語Rubyと出会ってからです。

　DHH氏は、Rubyの人間中心の設計に衝撃を受けました。例えば、多くの言語で必須とされる行末のセミコロン（;）や、不要な括弧がRubyにはありません。これは、コンピューターの都合ではなく、人間がいかに心地よく読めるかを優先しているからです。

　彼は、Rubyの美しさを「詩のようだ」と表現します。例えば、ある処理を5回繰り返す場合、Rubyでは 5.times と書けます。これは数字の「5」自体がオブジェクトとして振る舞うというRubyの特徴を活かした、非常に直感的で美しいコードです。また、条件分岐で使われる if の代わりに、より自然な英語に近い unless という表現が使えるなど、随所にプログラマーの思考に寄り添う工夫が凝らされています。

　この思想は、Rubyの開発者であるまつもとゆきひろ（Matz）氏の「プログラマーの幸福を最適化する」という哲学に由来します。DHH氏はこの哲学に深く共感し、Ruby on Railsを開発する上での最も重要な指針としました。

Ruby on Railsの哲学―規約、おまかせ、モノリス

　DHH氏は、Rubyの思想を元に、Webアプリケーション開発を劇的に効率化するフレームワーク「Ruby on Rails」を生み出しました。その根底には、いくつかの重要な原則があります。

設定より規約（Convention over Configuration）: 開発を始める際、通常は多くの設定（コンフィギュレーション）が必要です。しかし、その多くは些細な選択であり、本質的ではありません。Railsは「規約」として賢明なデフォルト設定を提供することで、開発者が設定作業に煩わされることなく、本当に重要なビジネスロジックの構築に集中できるようにします。
おまかせメニュー（The Menu is Omakase）: Railsは単なるライブラリの寄せ集めではありません。Web開発に必要なデータベース接続、テスティング、フロントエンドの仕組みまで、すべてが統合された「おまかせメニュー」として提供されます。これにより、開発者は部品の選定や組み合わせに悩む必要がなく、一貫性のある高品質な開発体験を得ることができます。これは、膨大な選択肢に開発者が疲弊しがちなJavaScriptのエコシステムとは対照的です。
モノリシックなシステム（The Value of the Monolith）: 近年、システムを小さなサービスの集合体として構築する「マイクロサービス」が流行していますが、DHH氏はその複雑さを批判し、「モノリス（一枚岩）」なシステムの価値を主張します。一人の開発者がシステム全体を理解し、迅速に変更を加えられるモノリシックなアプローチこそが、多くのプロジェクトにとって最適であると考えています。

クラウドからの脱却（Cloud Exit）という決断

　現代のWebサービスの多くがAWS（Amazon Web Services）などのクラウド上で稼働する中、DHH氏の会社37signalsはクラウドから自社の物理サーバーへ移行するという、時代の流れに逆行する決断を下し、大きな注目を集めました。

　その最大の動機はコストです。クラウドは手軽に始められる一方で、一定以上の規模になるとレンタル料金が非常に高額になります。同社は自社サーバーへ移行することで、5年間で約1000万ドル（約15億円）ものコストを削減できると試算しています。

　しかし、理由はそれだけではありません。彼は、少数の巨大企業がインターネットを支配する現状を憂い、ハードウェアを自ら所有し運用することで、インターネットが本来持っていた分散性という思想を取り戻したいと考えています。また、最新のサーバーハードウェアの性能を最大限に引き出し、その力を実感すること自体に「喜び」があるとも語っています。この決断は、技術的な合理性だけでなく、彼の哲学が色濃く反映されたものと言えるでしょう。

AIとプログラミングの未来

　DHH氏は、AIをプログラミングの未来を大きく変える存在と認めつつも、その付き合い方には注意が必要だと警告します。

　彼はAIを優れた「ペアプログラマー」として評価しています。複雑なAPIの仕様を尋ねたり、コードのアイデア出しを手伝ってもらったりと、AIは開発者の生産性を飛躍的に高める可能性を秘めています。

　一方で、彼はAIによる安易なコード生成に依存することの危険性を強く指摘します。特に、初心者がAIに頼りきりになると、なぜそのコードが動くのかを理解しないまま、表面的に問題を解決するだけになってしまうからです。彼は「能力が指先から流れ落ちていくようだ」と表現し、学習のためには、たとえ遠回りに見えても自分の手でコードをタイピングするという身体的な経験が不可欠だと主張します。

　AI時代においても、Rubyのように人間が読みやすく、意図が伝わりやすい「美しいコード」の価値は失われない、というのが彼の見解です。