有一类疲惫不来自工作量，来自"还可以更好"这个念头。它没有终点，所以永远做不完。
写代码的时候它表现为重构上瘾：功能已经能跑了，但你觉得这个抽象不够干净，于是推倒重来，第三天发现新的抽象也有问题。
选工具的时候它表现为选型焦虑：为了一个日均访问几十次的小站，比较了六个框架，读了二十篇 benchmark，最后选了最复杂的那个，因为"以后可能会用到"。
以后大概率不会用到。而后来的你，只会为当初多出来的复杂度付维护成本。
判断标准其实很简单
问自己一句：这个"更好"，半年后还有人能感觉到吗？
如果答案是不能，那它就不值得。半年后能感觉到的，通常是启动速度、故障恢复、以及"这东西居然一直没坏"的安心感——这些恰恰是简单方案更容易给出的。
所以我现在写东西的顺序变了：先让它跑起来，再让它不坏，最后才考虑好看。大多数项目停在第一步就已经交付了价值。
