给尚未命名的东西留一个位置

一个想法刚出现时，我们习惯先问它属于什么：项目、文章、实验，还是一个可以交付的功能？

这个问题看起来是在整理，实际上可能是在关上门。

分类往往来得太早

命名的代价，是命名的那一刻你就接受了它既有的定义。

一个模糊的念头被安放进"项目"，立刻就要回答周期、产出和验收标准；被安放进"文章"，就要有论点、论据和结论。可它本来可能只是"我注意到一个现象，还不知道该怎么说"。

我在建这个站时反复遇到这种情况：

• 一次排版调整，本来只是修 bug，写下来才发现它是一条关于"装饰坐标系"的原则
• 一段电台的改造，做的时候只是想加个封面，做完却成了三篇不同角度的记录
• 一些被删掉的方案，删的时候觉得是失败，过几天发现它们比成功案例更能说明判断是怎么形成的

如果一开始就用"这算不算一个正式项目"来筛选，这些东西都不会留下。

先允许它存在

一个持续生长的网站，应该允许半成品、问题和没有结论的观察存在。

它们不需要伪装成完成的作品，只需要留下足够清楚的痕迹，等待下一次连接。这个"足够清楚"是有标准的：

1. 说清它是什么——一句话能讲明白，不需要读完才知道在看什么
2. 说清它为什么在这里——是因为没做完、被放弃，还是只是还没想清楚
3. 留下可继续的接口——下次回来时，能立刻接上当时断在哪里

这三条比"完成度"重要得多。一个标着"未完"但痕迹清楚的东西，比一个勉强收尾的东西有用。

不同完成度，不同位置

这个站因此分了几层，各自收纳不同完成度的东西：

关键不在于分了几层，而在于每一层都允许某种"没做完"。如果一个站只有"已发布"这一个状态，那它实际上是在逼你把没想清楚的东西想清楚，或者干脆丢掉。

命名可以晚一点

给一个想法命名的最好时机，通常不是它出现的时候，而是它第二次、第三次出现的时候。

到那时你已经知道它到底是什么：是反复出现的同一类问题，还是真的只是一个巧合。在此之前，先给它留一个位置，让它在那里待着。