操盘手年鉴The Operators’ Almanac
AI · MM · 279

硬件四次编译定律

Hardware Compiles Four Times · hardware-compiles-four-times--caitlin-kalinowski
AI 与新工作方式 思维模型 AI 时代 2026-05 Caitlin Kalinowski ✓ 已核验出处

解决什么问题

软件团队或 AI 公司第一次做硬件时,最容易用软件的迭代直觉去排硬件项目。这个模型解释硬件开发的根本约束,帮你校准节奏、风险容忍度和流程设计。

核心内容

把硬件开发类比为编译代码:软件工程师每小时都能编译一次,而硬件整个产品生命周期只能"编译"(完整构建一版设计)4-5 次,总共。由此推出一整套工作方式差异:

  1. 每次"编译"代价巨大:每一轮构建 = 重新出 CAD、发放设计、开模/制造,周期 3-5 个月。
  2. 最后一次编译即终局:量产发布后没有 OTA 可以修物理设计,唯一补救是几年后卖一个新产品替换它。
  3. 必须更保守:可靠性验证和测试要内嵌在项目过程中(in line),不能像软件那样先上线再修。
  4. 要为部件公差设计:卖到百万量级时,装配件会覆盖 ±3σ 以上的尺寸分布——最小的 A 件会和最大的 B 件装在一起。设计必须解决"最后那 0.5%",量产良率、退货率和毛利才成立。
  5. 迭代次数要精打细算:每多迭代一轮就多 3-5 个月;而硬件发布时点极其值钱(比竞品早几周上市可能拿走全部 PR 和关注),所以要在功能、质量、时间三者间显式权衡。

适用边界

  • 适用于量产消费电子/机器人(百万或数十万台量级);小批量原型阶段反而应该"怎么快怎么来"(见 hardware-zero-to-one-principles 卡)。
  • 作者背景是 Apple/Meta/OpenAI 的消费级硬件,"4-5 次"是这个量级的经验值,不是普适常数。

关键引述 · 原话

"In hardware, we only get to 'compile our code' four or five times… Total." — Caitlin Kalinowski

"Once you compile that last time, you're done. You make all the parts, you put them together, they're out in the world." — Caitlin Kalinowski

关联卡片

- 是 hardware-zero-to-one-principles(同源)的底层原因:正因为编译次数有限,才必须"目标早定不改、最难的先做"。 - 与软件界的 "ship fast, iterate" 心智形成对照。

出处Caitlin Kalinowski (ex-OpenAI/Meta/Apple 硬件负责人) · 03-podcasts/caitlin-kalinowski.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2