代码里的克制

我写过最好的代码，是那些我没写的代码。不是聪明的抽象，也不是框架——而是那个只要十几行就能完成、因为问题本来就没那么可怕的功能。

入行不久的人，总有一种冲动，想展示自己会什么。模式、分层、一点架构。那感觉像进步，往往只是负重。

删除是更难的手艺

谁都会添加。添加是安全的——它永远不会显得你什么都没干。删除需要勇气，因为你必须确定，还必须承认上周做的东西并不需要。

我有一条常被自己打破、每次破了都后悔的规矩：如果一处改动需要一段话来解释，那它大概就不该是一处改动。代码应该无聊到下一个疲惫、走神的人能一遍读懂。

抽象的陷阱

每一种抽象都有成本。它省去你写第二遍的功夫，代价是让其他人多学一个新概念。有时候这笔买卖值得。在我做过的小项目里，大多数时候不值得。

我现在的判断很简单：我宁愿维护三个小函数，还是一个把它们藏起来的聪明函数？通常是小函数胜出。它们好删。聪明那个不好删。

简单不是没有努力，而是努力过的证据。

我在屏幕边缘贴着一张小纸条，上面写：如果它只有现在一半大，会是什么样？答案通常比我最开始拿出的要好。

我花了很久才信任这个直觉。到今天，它大多时候仍然是我手上最有用的一条。