AI · MM · 279
硬件四次编译定律
Hardware Compiles Four Times · hardware-compiles-four-times--caitlin-kalinowski
所属簇 宏观判断与物理 AI
解决什么问题
软件团队或 AI 公司第一次做硬件时,最容易用软件的迭代直觉去排硬件项目。这个模型解释硬件开发的根本约束,帮你校准节奏、风险容忍度和流程设计。
核心内容
把硬件开发类比为编译代码:软件工程师每小时都能编译一次,而硬件整个产品生命周期只能"编译"(完整构建一版设计)4-5 次,总共。由此推出一整套工作方式差异:
- 每次"编译"代价巨大:每一轮构建 = 重新出 CAD、发放设计、开模/制造,周期 3-5 个月。
- 最后一次编译即终局:量产发布后没有 OTA 可以修物理设计,唯一补救是几年后卖一个新产品替换它。
- 必须更保守:可靠性验证和测试要内嵌在项目过程中(in line),不能像软件那样先上线再修。
- 要为部件公差设计:卖到百万量级时,装配件会覆盖 ±3σ 以上的尺寸分布——最小的 A 件会和最大的 B 件装在一起。设计必须解决"最后那 0.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
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2