波仔
🧡 第九章 从零开始构建一个完整产品
📄 一句话概括

六条经验按时间顺序排：先写 SPEC、一次一小步、假数据先行、每周用的强制检查、界面够用就停、上线是红灯；前两条贡献了大部分价值。

📝 本节和前面几节的关系

这一节把整条产品线浓缩成六条，可以直接抄。

一、六条经验，按时间顺序

一、先写 SPEC 再动手——挑刺的成本差十倍。 二、一次一小步——错得起比做得快重要。三、假数据先行——没有输入就发现不了流程问题。 四、每周都要用的，强制检查——小错重复一百次就是大错。 五、界面够用就停——它只占 5%，却吃掉 30% 注意力。六、上线是红灯——影响别人了，必须人工确认。

二、哪两条最值钱

第一条和第二条贡献了大部分价值——而它们都不需要任何工具。 第一条挡住的是需求反复改，第二条挡住的是做完不知道哪错了。 这两条的共同点：都发生在动手前后最近的时刻。

三、怎么把它们固定下来

把六条写进项目根目录的规则文件。 规则文件是【它也读】的——写进去之后，每次开工它都会看到。 这正是第 5 章那一节说的：写进文件比记在脑子里可靠。

四、这六条与前面章节的对应

第一条来自第 2.6、3.3 节；第二条来自第 3.4、6.5 节；第三条来自第 9.3 节。 第四条来自第 7.3 节；第五条来自本节演示；第六条来自第 4.2 节。 整个产品线没有一条是新东西——它们全是你已经学过的东西，按顺序用出来而已。

五、动手 Demo：实战经验总结

下面把六条经验按时间顺序排开。

lessons = [(u"1", u"先写 SPEC 再动手", u"挑刺的成本差十倍"),
           (u"2", u"一次一小步", u"错得起比做得快重要"),
           (u"3", u"假数据先行", u"没有输入就发现不了流程问题"),
           (u"4", u"每周都要用的，强制检查", u"小错重复一百次就是大错")]

实跑输出：

--------------------------------------------------------------------
实战经验总结
--------------------------------------------------------------------

把整个项目浓缩成六条，按时间顺序：

  #     经验                       为什么
  --------------------------------------------------------------
  1     先写 SPEC 再动手           挑刺的成本差十倍
  2     一次一小步                 错得起比做得快重要
  3     假数据先行                 没有输入就发现不了流程问题
  4     每周都要用的，强制检查     小错重复一百次就是大错
  5     界面够用就停               它只占 5%，却吃掉 30% 注意力
  6     上线是红灯                 影响别人了，必须人工确认

六条里，**第 1 条和第 2 条贡献了大部分价值**——而它们都不需要任何工具。

六条里前两条贡献了大部分价值，而它们都不需要任何工具。 共同点也在这里：都发生在动手前后最近的时刻。

30 秒实验

  1. 把六条写进你项目的规则文件——它也读，所以写进去比你记着可靠。
  2. 下一周开工前先看一眼这份清单，六条里今天适用哪几条。

常见误区

  1. 把六条当知识点记着。写进规则文件才有用——因为你不会每次都想起来翻笔记。
  2. 只记前两条、忽略后面。第四和第六条是防事故的，平时看不出来，出事才知道贵。
自测三问（点开对答案） 1. 六条经验按时间顺序是什么？ —— 先写 SPEC、一次一小步、假数据先行、强制检查、界面够用就停、上线是红灯。 2. 哪两条最值钱？ —— 第一条和第二条——而且它们都不需要任何工具。 3. 怎么把它们固定下来？ —— 写进项目根目录的规则文件——它也读，比记在脑子里可靠。

相关笔记