Build（80分钟）-- 只构建"可展示"的最小物
Build 阶段的唯一目标
在这个阶段，我们有且只有一个目标：
今天结束前，有没有一个能被别人"看到"的东西？
这个阶段不是为了写干净的代码，做完整的功能，搭好长期架构。
这些都不是重要的，甚至在这个阶段是有害的。
Build只为了一个东西：
一个能被点开的、一个能被跑起来的、一个能给出明确结果的东西。
👉可展示，它存在，就够了。
什么叫"可展示"？
"可展示"是给不懂的人看到，也能瞬间理解它是干嘛的东西。
它不需要再次解释就能懂，不是只能技术人看的东西。
下面举几个例子：
- 一个可点的页面
哪怕只有一句话 + 一个按钮，点了有反应就行。
- 一个自动跑的脚本
输入一个东西，输出一个结果，不需要解释过程。
- 一个有明确输出的工具
不要管丑不丑，只要能告诉别人：你给我A，我给你B就行。
- 一个被截图就能说明问题的结果
一张图、一段文字、一个数字，不需要你在旁边讲5分钟。
Build的三条铁律（必须强调）
1️⃣ 不重构
2️⃣ 不抽象
3️⃣ 不优化
在 Build 阶段
这些都不是美德
是拖延的高级形式
为什么这么说：
- 重构=假装已经确定方向
- 抽象=假装未来一定会复用
- 优化=假装马上就有规模
这个阶段你只需要确认一件事情：
👉 "你构建的这个东西，值不值得被看见？"
80分钟的内部节奏
这是一个反走神、反纠结的时间结构。
建议拆分：
-
10分钟：确认目标
-
60分钟：无中断构建
-
10分钟：收尾&标记未完成点
10分钟 ｜ 确认目标
只回答一个问题：
80分钟后，我要展示什么？
是一个能点的页面、一个能跑的结果、一个能截图的输出。
而不是做完整这个功能、把系统搭好。
目标一旦确定，不再修改。
60分钟 ｜ 无中断构建
规则只有三条：
- 不查新资料
- 不切技术栈
- 不回头改结构
卡住了怎么办？
用最简单、最直接、最笨的方式继续。
这60分钟不是在"写得好"，而是在逼一个东西成型。
10分钟 ｜ 收尾 & 标记未完成点
不是继续做，而是主动停下来。
写下以下内容：
-
哪些地方是临时方案
-
哪些地方明显有问题
-
下一次 Build 可以从哪里继续
这一步的目的只有一个：
👉让你明天不用重新理解自己。
Build过程中最危险的心理信号
下面的情况一旦出现，说明你已经偏离目标。
信号1️⃣：
我先把这个写的漂亮一点
信号2️⃣：
这个结构不太对
信号3️⃣：
要不要换个技术栈
用一句话止损：
如果你开始关心优雅，说明你已经偏离目标
Build 阶段的底层共识
可展示 > 可维护
存在 > 正确
被看到 > 被认可
Build 不是为了留下好代码，而是为了留下"可被验证的东西"
The 2-Hour Builder System 系列将持续更新，敬请关注
往期回顾