principle-the-algorithm

该算法

对于任何无法一眼看完的改动，都按顺序执行这五个步骤。顺序本身就是原则。每一步只有在前一步完成后才容易，而常见的失败，是在某个早期步骤本可消除问题的情况下，先对其执行了后期步骤。改编自 Elon Musk 的五步工程流程。

1. 让需求没那么蠢。 假设需求有误，并设法减少其中的错误。需求来自某个人，而不是某个部门。“工单”“代码检查工具”“审查者”或“旧代码就是这么做的”只是信息来源，并非理由；找到提出需求的人，了解其推理。如果你不认同其推理，就不要接受这项需求，无论提出需求的人多么聪明，包括人类本身。拒绝也是有效结果。
2. 删除部件或流程步骤。 在着手第 3 步之前，尽可能先彻底删除部件、标志、层、重试或步骤。优化本不该存在的东西，是聪明人犯下的最大错误。如果你从未把任何东西加回来，说明删得还不够。叶子：pstack principle-subtract-before-you-add。
3. 优化保留下来的部分。这是第三步，不是第一步。让一个部件完成多项工作，而不是为每个调用方复制一份并行实现。重点检查所有者和层之间的边界，尤其是包装器层层嵌套的地方。叶子：pstack principle-laziness-protocol、principle-minimize-reader-load。
4. 提速。 亲自走一遍流程：自己完成一次改动，从编辑、构建、检查到审查，并留意在哪些地方需要等待、进展缓慢或来回折返。改进这些地方。叶子：pstack principle-sequence-verifiable-units。
5. 最后再自动化。 否则你自动化的可能是本不该存在的东西。仅有工作量并不足以构成自动化的理由；准确性和可审查性才是。pstack principle-build-the-lever 仍然适用。自动化作用于保留下来的部分。

再执行一遍。 这不是一次性的关卡。发布前对结果重新执行一遍；第二轮会删掉更多内容。

判断标准。 引用这一原则时，应指出你让哪项需求没那么蠢、需求由谁负责，以及你删除了什么。如果引用中两者都没有，就说明你跳过了这一步。