软件架构师应该知道的97件事之架构决定性能-故障终会发生-我们在谈判-量化需求

故障终究会发生

硬件错误，可以增加冗余，避免单点错误

软件也会出错，我们增加额外的监控程序

人无完人，我们把操作，诊断和处理都编程自动化。

降低了主动犯错的概率，却增加了错误被忽略的概率。

我们为自动化增加监控，结果是更多的软件，导致更高的故障率。

系统故障终究会发生，隐患无法彻底消灭。

我们需要事先设计防范故障的模型，否则我们无法应对威胁系统安全的意外情况

我们常常忽略自己在谈判

我们真的常常忽略自己在谈判。

我们可能面临过削减预算，

这些你不是在发起请求，你是在谈判。

工作上也是这样，有时你认为你在确认需求的时候，其实你是在谈判

薪资要求的时候也是在谈判。

量化需求

需求中常常出现模糊的描述，比如灵活，可维护等。

所有的描述都可以量化，并设定相应的检测标准。没有量化的需求会导致验收系统的时候缺乏依据。

我们可以做些简单的量化工作。

比如：数量多少？什么阶段？有多频繁？不能超过多长时间？增加还是减少？

占多大比例？