速度陷阱
我们崇拜速度——快速迭代、即时部署、实时响应一切。
但没有清晰度的速度只是噪声。我所见过最好的工程，从不追逐速率，而是创造冷静的条件。
冷静系统长什么样
一个冷静的系统，不是慢的系统。而是：
- 系统状态始终可读。你不需要深挖就能知道发生了什么。
- 错误被预见，而不仅仅被处理。优雅降级是设计的一部分，不是补丁。
- 决策是显性的。没有任何事是因意外而发生的。
混乱的隐性成本
每一处混乱的代码，每一个未记录的决定，每一次救火式的抢修，都在积累看不见的债务。团队变慢，不是因为能力下降，而是因为系统变得不可读了。
工程冷静，意味着在灾难发生之前就投资于清晰。
实践原则
- 写清楚为什么。 做决策的同时就记录理由，而不是忘记之后再追溯。
- 为阅读而设计。 代码写一次，被读数百次。
- 让故障也变得无聊。 当系统出问题时，它应该清楚告诉你发生了什么、为什么。
冷静不是没有复杂性，而是拥有清晰度。