# 「Rustは素晴らしい、誰も見なければ」――DHH発言のファクトチェック（第316回）

- 番組: [Data Science at Home](https://ai-curator.jp/podcasts/shows/cmv8ukqpu000971100qh7ojw4)（Francesco Gadaleta）
- 元のタイトル: "Rust Is Amazing, as Long as Nobody Looks at It" - Fact-Checking DHH (Ep. 316)
- 配信日: 2026年10月20日
- 長さ: 22分
- 要約作成日: 2026年10月20日
- トピック: [#AIコーディング](https://ai-curator.jp/topics/AI%E3%82%B3%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0) [#Rust](https://ai-curator.jp/topics/Rust) [#Ruby on Rails](https://ai-curator.jp/topics/Ruby%20on%20Rails) [#コードレビュー](https://ai-curator.jp/topics/%E3%82%B3%E3%83%BC%E3%83%89%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC) [#vibe coding](https://ai-curator.jp/topics/vibe%20coding) [#開発者の雇用](https://ai-curator.jp/topics/%E9%96%8B%E7%99%BA%E8%80%85%E3%81%AE%E9%9B%87%E7%94%A8)
- URL: https://ai-curator.jp/podcasts/cmvgcmuz000005s0zianrhjtx

## 要約

Data Science at Homeのホストが、Rails生みの親DHHがRails Worldで語った「手書きコードは終わり」「HEYのバックエンドをAIでRustに書き換え中」「開発者の幸福はもはや重要でない」といった主張を検証した回。ホストはDHHの実績に敬意を示しつつ、コード行数による生産性の自慢やRust性能数値の根拠の弱さ、レビュー不在の危険性を批判している。「手でタイプすること」は不要になっても「専門性とレビュー」は不要にならないと結論づけている。

## ポイント

- DHHは年3万行だったコード量がエージェント活用で月15万行になったと語ったが、ホストは約60倍にあたるこの数字を社外の人間が検証できない点と、行数が生産性指標として不適切な点を指摘している。
- ホストはMETRの研究を引き、経験豊富な開発者がAIで24%速くなると予測し、実際は遅くなったのに速くなったと感じていたと述べている。
- HEYのRust化で語られたCPU99%減・メモリ95%減は、DHH自身が「未完成の作業に基づく概算」と認めており、ネイティブアプリ化との同時変更でRustの効果は切り分けられないという見方を示した。
- Rustはメモリ安全性は守るが論理バグや認可の誤りは防げない。メールサービスで誰も読まないコードを出荷するのは危険だと主張している。
- 米労働統計局は開発者の求人が増えると予測する一方、新人採用は減っている。ホストは入門レベルが閉ざされ、次世代のDHHが育たなくなると懸念している。
- すべてのアプリにマシン向けのコマンドラインが必要だという点はMCPの考え方と重なり、ホストも同意している。

## 章立て

- [00:00] **DHHの発言と問題提起** — Rails Worldで「手書きコードは終わり」と語ったDHHと、HEYのRust書き換え発言を紹介し、本エピソードで検証する意図を説明する。
- [03:02] **DHHの実績とコード量の主張** — DHHの20年の実績と37signalsのクラウド脱却に敬意を示しつつ、月15万行という数字と行数指標の問題を指摘する。
- [06:15] **METR研究と検証不能な数字** — 経験者はAIで速くなると予測・実感したが実測では遅かったという研究を引き、DHHの数字が外部から確認できない点を述べる。
- [09:00] **開発者の幸福とHEYの皮肉** — Railsの「プログラマの幸福」の理念と発言の矛盾、Ruby製ショーケースだったHEYのRust移行を取り上げる。
- [12:35] **CPU99%減の数字とRust擁護** — 性能数値が概算で要因も交絡していることを指摘し、Rust自体は良い言語だと強調する。
- [14:40] **「見なければ素晴らしい」への反論** — Rustは論理バグを防げず、AI生成コードの脆弱性データを踏まえ、メール基盤でレビューなしは危険だと論じる。
- [16:10] **雇用データと新人の育成** — 求人の伸びと新人採用の減少を対比し、シニアの判断力に依存する構造の問題を述べる。
- [19:00] **評価できる点と結論** — マシン向けCLIとMCPの点は評価しつつ、専門性とレビューは不要ではないと結論づける。

## 解説記事

AI・データサイエンス系ポッドキャスト「Data Science at Home」の第316回で、ホストのFrancesco Gadaleta氏が、Ruby on Rails生みの親DHH（David Heinemeier Hansson）氏の最近の講演を取り上げた。9月23日のRails Worldで語られた「手書きコードは終わった」「HEYのバックエンドはAIがRustで書き換えている」といった主張を、数字と論理の面から検証する内容だ。

#### DHHへの敬意と、それでも検証する理由

ホストはまずDHHを、話題づくりだけの人物ではないと位置づける。20年にわたり実際のソフトウェアを出荷し、自社の37signalsを大手クラウドから自前ハードウェアへ移した人物であり、発言は注目に値するという。そのうえで、AIがプログラミングの問題を解決したと主張する人が増えている今だからこそ、発言を検証する価値があると述べている。

#### コード行数と生産性の数字

DHHは、以前は年3万行だったのがエージェントの活用で月15万行（年換算180万行）になったと語ったという。ホストはこれを約60倍と計算し、「1晩30皿が1,800皿になったシェフ」にたとえて、誰がそれを食べ、体調を崩した人はいないのかと皮肉った。コード行数は元来、品質を測る指標として不適切だとし、ビル・ゲイツの「行数で進捗を測るのは飛行機の重量で進歩を測るようなもの」という言葉を引く。20,000行の洗練された実装が、100,000行のコピペだらけの実装に勝ることもあるという。

また、前回の回で扱ったMETRの対照実験にも触れている。経験豊富な開発者はAIで24%速くなると予測し、作業後も20%速かったと感じていたが、実測では遅くなっていたという内容だ（ホストは「90%遅かった」と述べているが、数値はそのままの紹介にとどめる）。ホストはDHHを嘘つき呼ばわりはしないとしつつ、37signals外部には数字を検証する手段がないと指摘している。

#### HEYのRust化と性能数値

かつてHEYは、小さなチームでもRubyで本格的な製品を出荷できることを示す「Railsのショーケース」だった。そのバックエンドをRustに移すことを、ホストは「フレームワーク作者が旗艦製品を手放す」皮肉と受け取る。一方で、Basecamp 5は2026年6月にRailsのまま出荷されており、Rails自体の衰退ではないと公平に補足している。

CPU99%減・メモリ95%減という数字については、DHH本人が「未完成の作業に基づく概算」と認めているという。さらにHEYはサーバー配信のWebページから6つのネイティブアプリへ移行しており、サーバー負荷はどの言語でも減る。変更が同時に起きたため、Rustの寄与は切り分けられない。ホストはこれを「引っ越しと同時に小さな車に替え、車のおかげで支出が減ったと言うようなもの」と表現した。

#### 「Rustは誰も見なければ素晴らしい」への反論

ホスト自身は長年のRust支持者で、「大使と呼んでもいい」と述べる。メモリバグの一群を実行前に防げる点を評価している。だからこそ、この発言は工学の考え方と逆だと批判する。「検査官が中に入らなければ完璧な建物」のようなもので、Rustの価値は人間が規則を読み、結果を信頼できることにあるという。

さらにRustが防ぐのはメモリ関連のバグで、論理の誤りは防げない。誤った人物を通すログイン判定のようなバグは残るため、メモリ安全なプログラムでも受信箱を他人に効率よく渡しうる。扱うのが個人のメッセージやパスワード再設定リンクを含むメールサービスなら、なおさら深刻だと論じる。根拠として、前回紹介したVeracodeの調査（AI生成コードの45%がセキュリティ課題に失敗、86%がクロスサイトスクリプティング対策に失敗）と、CodeRabbitの調査（470件のプルリクエストでAIコードの脆弱性が人間の2倍）を挙げた。

#### 雇用と「次のDHH」問題

手書きコードが本当に終わったなら大量解雇が起きるはずだが、米労働統計局は2024〜2034年に開発者職が15%伸びると予測している。他方で、新人採用は前年比25%減、22〜25歳の開発者は2022年のピークからほぼ20%減ったという。ホストは「コードは死んだ」ではなく「最下段の梯子が外され、シニアの判断力への需要が伸びている」状況だと読む。DHHがエージェントを信頼できるのは、20年かけて悪いコードの「匂い」を嗅ぎ分ける力を養ったからだ。若手が凡庸なコードを自分で書く機会を失えば、次のDHHはどこから来るのかと問いかける。

#### まとめ

ホストは、DHHの発言を二つに分けて評価する。「一文字ずつ手で打つことが任意になる」はオートコンプリートの延長として概ね正しい。しかし「専門性・レビュー・判断が任意になる」は誤りだと断じ、Moltbook、Lovable、Base44、EnrichLeadなどの侵害事例もこれを裏づけると述べる。DHHのコードが安全なのはDHH自身がレビューしているからで、シニア勢が語らないのはこの点だという。すべてのアプリにマシン向けのコマンドラインが必要だという主張は、MCP（Model Context Protocol）と同じ発想として認めている。

日本の読者にとっての要点は、AIによる生産性向上の数字を鵜呑みにせず、測定方法や交絡要因を確認する姿勢だ。また、AI生成コードを安全に使えるかは、レビューできる人材の存在にかかっており、若手育成の設計も課題になる。なお本回はホストの批評的な見解が中心で、DHH側の反論は含まれていない点には留意したい。

> この要約・解説記事は、元の音声の文字起こしをもとに AI（Claude）が日本語で作成したものです。出典: Data Science at Home「"Rust Is Amazing, as Long as Nobody Looks at It" - Fact-Checking DHH (Ep. 316)」