#474 – DHH:编程的未来、AI、Ruby on Rails、生产力与育儿

#474 – DHH: Future of Programming, AI, Ruby on Rails, Productivity & Parenting

🎙️ Lex Fridman Podcast📅 2025-07-12收听原版 →

本集概述

DHH(David Heinemeier Hansson)是编程领域的传奇人物,他创造了 Ruby on Rails 框架,彻底改变了现代 Web 开发的范式。作为 37signals 的联合创始人和 CTO,他参与打造了 Basecamp、HEY 和 ONCE 等知名产品,并与人合著了《REWORK》《REMOTE》《Getting Real》和《It Doesn’t Have To Be Crazy At Work》四本《纽约时报》畅销书。令人惊叹的是,他不仅是一位杰出的企业家和开发者,还是一位真正的赛车手,曾在著名的勒芒 24 小时耐力赛中夺得组别冠军。

本集对话围绕编程的未来、AI 技术的影响、Ruby on Rails 的持续进化、生产力哲学以及育儿观念展开。DHH 以其一贯的直率和洞见,分享了他对技术趋势的独特看法——不盲目追逐热点,而是坚持务实和长期主义。他对当前 AI 热潮的冷静观察、对开发效率的深刻理解、以及对工作与生活的平衡思考,都为听众提供了极具价值的新视角。

这集对话值得关注的原因在于,DHH 作为一个在编程、创业、写作、赛车等多个领域都取得卓越成就的人,他的思考方式和价值观念能够帮助我们重新审视技术发展与个人成长的关系。他不盲从行业炒作,坚持自己的判断,这种独立思考的精神在 AI 时代尤其珍贵。

主要话题

1. 编程的未来与 Ruby on Rails

DHH 对编程未来的看法非常务实。他认为编程的核心依然是解决问题,而工具和框架的演变应该服务于这一目标。Ruby on Rails 自 2004 年诞生以来,一直坚持"约定优于配置"(convention over configuration)的理念,这种理念在今天依然具有强大的生命力。DHH 强调,技术的选择应该基于实际需求,而不是盲目追求最新的框架或语言。Ruby on Rails 之所以能够持续繁荣,正是因为它真正关注开发者的生产力,而不是追逐技术热点。

在谈到框架的生命周期时,DHH 提到了一个重要的观点:一个技术栈的长期成功取决于它能否让开发者快速构建有价值的产品。Ruby on Rails 始终专注于这一点,这也是为什么即使在各种新技术层出不穷的今天,它依然是许多创业公司和大型企业的首选框架之一。他特别提到,37signals 的所有产品,包括 Basecamp、HEY 和 ONCE,都完全基于 Ruby on Rails 构建,这充分证明了框架在现实世界中的可靠性和可扩展性。

DHH 还讨论了框架进化的问题。他认为,Ruby on Rails 的成功之处在于它能够在保持核心原则不变的同时,适时吸收新的理念和实践。例如,Hotwire、Turbo 和 Stimulus 等技术就是在现代 Web 开发需求下诞生的 Rails 生态扩展。这种渐进式的创新,让 Rails 既能保持稳定,又能与时俱进。

2. AI 对软件开发的影响

作为一位在行业深耕多年的开发者,DHH 对 AI 技术持审慎而开放的态度。他认为 AI 确实是一个强大的工具,尤其是在代码生成、自动化测试和文档编写等方面,AI 可以显著提高开发效率。但他同时强调,AI 无法替代开发者的核心能力——理解问题、设计架构、做出权衡决策。他担心的是,过度依赖 AI 可能会导致新一代开发者失去深入理解技术的能力。

DHH 特别提到,AI 写的代码往往需要有人来审查和维护,而这个审查者必须具备足够的技术水平才能判断 AI 输出的质量。如果开发者过度依赖 AI 而不深入理解代码,那么整个系统的技术债务会逐渐累积,最终导致难以维护的后果。他认为,AI 应该作为开发者的助手,而不是替代品。

在谈到 AI 对行业的影响时,DHH 表示,短期内不会出现"所有程序员都会失业"的情况。相反,他认为 AI 会推动开发者角色的转变——从编写重复性代码转向更高层次的系统设计和架构工作。这种转变要求开发者不断提升自己的核心能力,而不是仅仅掌握某个特定的语法或框架。

3. 生产力哲学与工作文化

DHH 是《REWORK》和《It Doesn’t Have To Be Crazy At Work》等畅销书的合著者,他的生产力哲学贯穿整个对话。他坚信"少即是多"的理念,认为真正的生产力不在于工作时间的长短,而在于完成有价值的工作。他批评了现代科技行业中普遍存在的过度工作和加班文化,认为这不仅无效,反而会损害创造力和长远发展。

在 37signals,他们实行 4 天工作制,每周一至周四工作,周五全员休息。DHH 解释说,这不是为了"偷懒",而是因为更少的工作时间反而促使团队更加专注,减少不必要的会议和干扰。事实证明,这种工作模式不仅没有降低产出,反而提高了产品的质量和团队的满意度。他认为,大多数公司的加班文化本质上是一种管理失败——没有清晰的目标、没有有效的优先级管理、没有合理的资源分配。

DHH 还谈到了"深度工作"的重要性。他认为,现代办公环境中充满了干扰——不断的消息通知、即时通讯、不必要的会议——这些都严重破坏了开发者的专注力。在 37signals,他们刻意减少这些干扰,为团队创造能够进行深度工作的环境。例如,他们限制内部沟通工具的使用,鼓励异步交流,让人们有整块的时间来完成复杂的任务。

4. 育儿与个人成长

作为一个父亲,DHH 分享了他对育儿的独特见解。他将育儿的哲学与编程和工作中的原则联系起来——同样需要耐心、持续的投入,以及尊重个体的发展节奏。他认为,育儿不是"项目管理",不能设定严格的时间表和里程碑,而是需要观察、理解和陪伴。

DHH 特别提到,他试图在孩子面前展现一个真实的自己——一个热爱工作、热爱编程、热爱赛车的人,而不是一个试图"教育"孩子的权威形象。他相信,身教重于言传,孩子会通过观察父母的言行来学习和成长。这种理念也反映在他的管理哲学中——他不相信"管理"人,而是相信创造环境,让每个人都能自主地成长和贡献。

在谈到如何平衡工作和家庭时,DHH 承认这不是一件容易的事。他认为,关键在于接受不完美——不可能在所有领域都做到 100%。他选择在家庭时间里全身心投入,放下工作和技术的念头,这种刻意划分界限的做法,帮助他在两个领域都能保持质量。

5. 赛车与激情追求

DHH 作为赛车手的经历,是这集对话中一个令人印象深刻的亮点。他参加并赢得了勒芒 24 小时耐力赛的组别冠军,这是一个需要极致专注、团队配合和体能挑战的赛事。DHH 分享了赛车与编程之间的相似之处:两者都需要深度专注、持续学习和快速反应。

他认为,赛车是他释放激情和挑战极限的方式,这与编程创造产品的满足感不同,但同样重要。这种多元化的追求,让他能够保持思维的活力和创造力。他鼓励人们不要将自己局限在一个领域或身份中,而是探索不同的可能性,发现自己在不同方面的潜力。

DHH 还提到,赛车教会了他团队合作的重要性。在 24 小时耐力赛中,车队必须完美配合,每一次换人、每一次进站、每一个决策都至关重要。这种团队协作的经验,也影响了他在 37signals 的管理方式——相信团队,给予每个人足够的空间和信任。

金句与核心观点

  • 技术的选择应该基于实际需求,而不是盲目追求最新的框架或语言。一个技术栈的长期成功取决于它能否让开发者快速构建有价值的产品。

  • AI 是一个强大的工具,可以显著提高开发效率,但它无法替代开发者的核心能力——理解问题、设计架构、做出权衡决策。AI 应该作为开发者的助手,而不是替代品。

  • 真正的生产力不在于工作时间的长短,而在于完成有价值的工作。更少的工作时间反而促使团队更加专注,减少不必要的会议和干扰。

  • 育儿不是"项目管理",不能设定严格的时间表和里程碑,而是需要观察、理解和陪伴。身教重于言传,孩子会通过观察父母的言行来学习和成长。

  • 多元化的追求能够保持思维的活力和创造力。不要将自己局限在一个领域或身份中,而是探索不同的可能性,发现自己在不同方面的潜力。

  • 创造环境,让每个人都能自主地成长和贡献,比试图"管理"人更有效。相信团队,给予每个人足够的空间和信任。

适合谁听

这集对话最适合对技术哲学、工作文化、个人成长感兴趣的程序员和创业者。如果你在思考 AI 时代的职业发展、如何在快速变化的技术环境中保持核心竞争力、如何平衡工作与生活,这集对话会给你很多启发。特别是那些对 Ruby on Rails 感兴趣的开发者,以及对 37signals 工作文化好奇的人,这集对话提供了第一手的洞察和经验分享。最值得深入了解的部分是 DHH 对 AI 影响的冷静分析、4 天工作制的实践案例,以及他将编程、赛车和育儿的哲学融为一体的独特视角。