
Gergely Orosz
就在六个月前,@dhh(Ruby on Rails 和 Omarchy 的创始人)还说他并不怎么使用 AI 工具来写代码,因为它们还不够好。现在,情况发生了翻天覆地的变化。 时间线: 00:00 开场 02:11 Omarchy 与 Ruby on Rails 08:25 37signals 概览 10:12 发布 HEY 18:38 构建 HEY 22:47 37signals 的设计师们 28:08 设计的艺术 31:52 为什么 DHH 现在开始接受 AI 工作流 39:45 AI 的拐点 44:23 DHH 的智能体优先工作流 55:09 AI 对初级开发者的影响 1:03:08 AI 带来的开发者体验 1:16:43 AI 对开发者意味着什么? 1:23:33 37signals 的团队与招聘 1:38:20 AI 助力下的工作与生活平衡 1:41:41 为什么 DHH 坚持构建 1:45:24 结语 本期赞助: • @statsig —— 集 Feature Flags、数据分析、实验等功能于一体的统一平台。告别工具切换,一站式搞定。 https://t.co/ZCSOIcWv31 • @WorkOS —— 助力应用实现企业级功能所需的一切。WorkOS 提供 API,让你在几天内即可交付企业级特性。详见 https://t.co/jhFNq3a7n7 • @SonarSource —— SonarQube 的创造者,自动代码审查的行业标准。了解 SonarQube Advanced Security 如何通过新功能赋能“以智能体为中心的开发周期”(AC/DC)。 https://t.co/WbRTb55FL6 本次对话的三个有趣观察: #1 DHH 对 AI 的哲学没变,但工具变了。 六个月前,自动补全式的编程助手对资深开发者来说确实很烦人。但随着从“Tab 键补全”转向“智能体框架(Agent Harnesses)”,加上 Opus 4.5 等强大模型的出现,情况变了——智能体开始产出让 DHH 几乎无需修改就想合并的代码。 #2 优雅的代码和产品并非虚荣,而是正确性的信号。 深入探讨哲学时,DHH 说:“当一个东西是美的时候,它很可能是正确的。”他认为史蒂夫·乔布斯之所以要求电脑内部也要美观,是因为那些在意电路板布局的人,也正是那些会死磕 UI 细节的人。 #3 DHH 如今的开发工作流: 他运行 tmux 来同时开启两个模型,NeoVim 居中。具体配置: - 一个分屏终端运行快速的 LLM(通常是 Gemini 2.5) - 另一个终端运行虽然慢但更强大的模型(通常是 Opus) - 使用 NeoVim 通过 Lazygit 审查 Diff




