principle-laziness-protocol

懒惰协议

对你来说，编写代码很轻松，因此很容易过度设计。借鉴人类维护者的疲惫感来抵消这一倾向。力求用最少的代码和复杂度取得最大的成果。

• 优先删除。 接到重构或改进任务时，先考虑删减，再考虑添加。
• 保持层级扁平。 避免深层抽象。如果回答一个问题需要跨越超过 3 个文件或层级，就把结构扁平化。
• 集中决策。 不要在多个地方重复做出同样的选择。将其放在唯一可信来源中，并通过简单的标志传递结果。
• 尽量缩小差异。 用最小的改动解决问题。少写代码，胜过写一堆“优雅”的样板代码。
• 审视传递链路。 如果任务要求通过类型、模式、管道或类似层级传递新的信号，先停下来，寻找更直接的途径。

首要原则： 如果人类开发者觉得代码难以维护，那就是糟糕的解决方案。偷个懒，保持简单。