关于"做完"和"做好"之间那条线

刚工作时我总想一次做到最好，结果经常是"什么都在改，什么都交不出来"。

后来学乖了，开始先交付一个能跑的东西。但又走向另一个极端：能跑就行，剩下的以后再说。而"以后"通常不会来。

这两年慢慢摸到一点感觉：那条线不是固定的，它取决于这件事会不会被再次碰到。

一次性的事——活动页、临时脚本、只为跑一次的数据清理——做到"能跑且我知道它哪里不完美"就够了，再往上投入的每一分钟都是浪费。

会被反复碰到的事——一个公共组件、一张核心表结构、一份别人要接手的文档——那就得往上做，因为不完美的成本会被重复支付。

最难的是判断哪些事属于后者。我的经验是看调用方数量：只有我在用的，可以先糙；有第二个人开始用的，就必须立刻回头收拾。

这个判断标准不完美，但比"凭感觉"可靠得多。