为什么我们先上线功能开关，再写功能

前言

主张在写第一行代码前先建立开关、指标与回滚路径，并附上一份适合小团队执行的检查清单，让每次发布都能安全回头。

为什么这个问题反复出现

每一场 Implementation 的讨论最后都会落在同一个张力上：对团队当下舒服的选择，和项目一年后真正需要的东西。光靠辩论，哪一边都赢不了。

一种思考方式

• 默认值比意图活得久——请刻意设计它。
• 决策本身很便宜，沟通很贵——为后者留出预算。
• 分歧是数据。把「什么证据会改变你的想法」写下来。

我会怎么做

从「小到觉得没什么用」的规模开始，把理由写进 commit 或 RFC，然后在日历上定一个日期重访它，而不是凭感觉。

写在最后

Implementation 的品味，大多是记忆。请刻意收集属于你的那份。