DHH：不止于程序员的传奇

2026 年 10 月 17 日，在深圳的 Omarchy 线下活动上，我见到了 David Heinemeier Hansson（DHH），并在活动结束后有幸与他合影。

此前，我知道他是 Ruby on Rails 的创造者。但现场聆听他的演讲，感受到的不只是资深开发者的经验，还有一种鲜明的热情：他真正在乎软件应该是什么样子，也乐于把自己的主张讲出来。演讲很有感染力，见到本人之后，我更想弄清楚：为什么 DHH 会被视为软件行业的传奇？

他的经历确实很难用一种身份概括：程序员、创业者、畅销书作者、赛车手，以及至今仍在创造新工具的人。¹

1改变 Web 开发的程序员

DHH 最广为人知的作品，是 Ruby on Rails。

2003 年，他在开发 Basecamp 的过程中开始创造 Rails，2004 年将它作为开源 Web 框架发布。Rails 使用 Ruby 语言，提供路由、控制器、视图、数据库访问等一整套构建 Web 应用的能力。它的出现，使开发者能以更少的配置和样板代码完成常见的网站功能。²

1.1约定优于配置：让重复决定消失

设想我们要开发一个博客，已经有一张 posts 数据表。许多系统会要求开发者反复声明：对应什么模型、主键叫什么、字段如何映射、怎样执行查询。

在 Rails 中，遵循默认约定，就可以直接写：

class Post < ApplicationRecord
end

post = Post.find(123)

Rails 会根据 Post 推断出 posts 表，并提供一系列常用的数据访问操作。它还让路由、控制器、视图、数据库迁移和代码生成器遵循相互配合的规则。

这是 Rails 代表性的理念：Convention over Configuration（约定优于配置）。与其让每个团队不断重新作出相似的选择，不如提供一套经过设计的默认方式，把精力还给业务本身。³

另一个关键词是 DRY（Don't Repeat Yourself）。它不只是让代码更短，更重要的是避免在系统的不同角落重复维护同一份知识。例如，数据库已经明确的信息，就不必在多处配置里重复抄写。

1.2不只是一个框架，更是一套开发哲学

DHH 没有发明 MVC、ORM，也没有发明「避免重复」的思想。他的重要贡献，是将这些已有技术、约定和工具整合为一套完整、连贯、富有个人主张的开发体验。

Rails 官方《Rails Doctrine》的第一条，甚至不是性能或功能，而是 Optimize for Programmer Happiness（最大化程序员的幸福感）。在 DHH 看来，软件工程不应只关心机器是否高效，也应该在乎程序员写代码时是否愉快、能否保持创造力。³

这套思想深刻影响了 Web 开发。Rails 曾是 GitHub、Shopify、Airbnb 等产品早期技术栈的重要组成部分，其倡导的开发体验与工程约定，也成为后来讨论 Web 框架时绕不开的话题。¹

2不止于程序员的多重身份

2.1创业者：把理念做成产品与公司

DHH 是 37signals 的联合创始人兼 CTO，与 Jason Fried 一起打造了项目管理软件 Basecamp 和邮件服务 HEY。⁴

有意思的是，他们推崇的道路与典型的硅谷高速扩张叙事颇不相同：更小、更自主的团队，控制产品复杂度，重视可持续经营，而不是为了增长而增长。

这些观念不是停留在演讲中。37signals 长期实践远程协作、小规模项目团队和明确的开发周期，也曾公开讨论为何将部分服务从公有云迁回自有服务器。⁵

2.2作家：把软件思想写给更多人

他和 Jason Fried 合著了 《Rework》（《重来》）、《Remote: Office Not Required》，以及 《It Doesn't Have to Be Crazy at Work》 等作品。

这些书讨论的不只是编程，而是如何经营公司、组织工作和抵抗无意义的忙碌。《重来》于 2010 年出版，并登上《纽约时报》畅销书榜。⁶

程序员可以通过代码影响用户，也可以通过文字影响其他程序员和创业者。DHH 显然擅长两者。

2.3赛车手：另一条赛道上的冠军

如果说前面的成就还可以归入软件行业，那么赛车经历就更加出人意料。

DHH 曾作为职业车手参加耐力赛车赛事。2014 年，他与队友 Kristian Poulsen、Nicki Thiim 驾驶 Aston Martin，在勒芒 24 小时耐力赛获得 LM GTE Am 组别冠军。 这里的冠军是组别冠军，而非全场总冠军。⁷

从编写 Web 框架，到在世界级耐力赛中登上最高领奖台，这两件事需要截然不同的技能，却都要求长期投入、专注和团队协作。对我来说，这是他传奇经历中最令人惊讶的一笔。

3始终有自己主张的创造者

DHH 身上另一件让我欣赏的事，是他并不满足于跟随主流。无论讨论 Web 架构、公司经营还是开发工具，他总有鲜明的观点，并愿意通过产品来验证。

他不喜欢为了灵活性而制造无穷选项，认为好的默认设置也是一种设计能力；他警惕不必要的复杂性，也看重开发者能否真正掌控自己使用的工具。

这并不意味着他的判断总是正确。Rails 强烈的约定可能带来隐式行为，统一的架构也未必适合每个项目；他的商业与技术观点同样可以被质疑。值得学习的并不是照单全收，而是能否像他那样形成明确的判断，并承担选择带来的取舍。

3.1从 Rails 到 Omarchy

二十多年后，他仍在创造。

DHH 近年推出的 Omarchy，是以 Arch Linux、Hyprland 等技术为基础、强调键盘操作与精心挑选默认配置的 Linux 使用环境。它把开箱即用的工具组合、桌面美学与可定制性放在一起，并尝试让 AI Agent 参与系统的配置和调整。⁸

这里有一个有趣的呼应：Rails 希望开发者不用每次都重新决定怎样组织 Web 应用；Omarchy 则试图让使用者不必从零开始拼装一套 Linux 桌面。两者面对不同的问题，却都体现出 DHH 对优秀默认方案的偏爱。

Omarchy 的具体设计和使用体验值得另外写一篇文章；在这里，它更像是一种证明：DHH 的创造欲并没有随着 Rails 的成功而停止。

4现场：富有感染力的演讲者

履历上的成就可以列出很多，但现场见到一个人的感受，很难被履历替代。

在深圳听 DHH 演讲，我最直接的印象，是他谈论技术时那种饱满的能量。他并不是只在介绍一个产品的功能，而是在表达自己相信怎样的软件才值得创造。即使未必同意他的每个观点，也能感受到他对这件事的投入。

这种感染力让我想到，开发者的影响力并不只来自写了多少代码，也来自能否清楚表达自己的想法，让其他人愿意重新审视习以为常的做法。

活动结束后，我终于有机会与他合影。对我而言，这当然是一件兴奋得难以掩饰的事；但比照片更值得留下的，是那天重新燃起的、想要继续创造东西的热情。

5创造的热情，从未停止

Ruby on Rails 让他在软件工程史上留下名字；Basecamp、HEY 证明他能把理念转化为长期经营的产品；书籍和演讲传播了他的思想；勒芒冠军，则展示了他在另一个领域的执着。如今的 Omarchy 又把他带回新的探索之中。

我欣赏的不是一个「什么都会」的完美偶像，而是一个有能力、有主张，并且始终愿意亲手去做的人。

技术会迭代，潮流会更替。真正让人向往的，也许是二十多年过去，仍然能对自己创造的东西充满热情。