读书笔记: 构建之法

https://book.douban.com/people/fleure/annotation/25965995/

压力测试

<原文开始>压力测试严格地说不属于效能测试，压力测试要验证的问题是: 软件在超过设计负载的情况下能否仍能返回正常结果，没有产生严重的副作用或崩溃。</原文结束> ## 软件工程师的职业道德 <原文开始>解决道德冲突最好的方法是对基本原则进行全面的思考，而不是盲从某些具体的条目。</原文结束> <原文开始>确保雇主和客户了解并同意你做的重要折衷，并让用户和公众能了解这些折衷。</原文结束> <原文开始>对于任何形式的软件维护工作，要具备同开发新软件时一样的专业精神。</原文结束> ## 项目经理 <原文开始>牛人主导的项目，往往会大起大落。PM 主导的产品中，“不犯大错”成了一个特点，微软的很多产品在长期竞争中，靠“不犯大错”，从第三版开始，赶上并超越竞争对手。这也是了不起的能力。</原文结束> ## 在代码复审后要做什么 <原文开始>把所有的错误记在一个“我常犯的错误”表中，作为以后自我复审的第一步。</原文结束> ## IT 行业的创新 <原文开始>对于后来者，一个赶上的办法就是把别人的优势变成大路货（Commodity）。</原文结束> ## 软件工程师的成长 <原文开始>一个成熟的软件工程师应该能够降低任务交付时间的标准方差。</原文结束> <原文开始>软件领域可以分为两个方面：一方面是技艺创新的大爆发；而另一方面是坚持不懈的工程工作，包括软件的改善、维护和测试等，这一方面占了 90%~95% 的比例。</原文结束>