《构建之法》阅读笔记06
今天终于把《构建之法》这本书读完了，也就是最后四章。第十四章讲软件的质量，软件的质量=程序的质量+软件工程的质量。程序的质量体现在软件外在功能的质量，我想这应该是说用户真实能看到的软件的功能吧。而软件工程的质量与“快”“便宜”比较相关，也就是软件开发的进度和成本的控制。那么如何保证一个软件的质量呢？书中为我们介绍了软件质量保障工作：软件团队为了让软件达到实现定义的质量标准二进行的所有活动，包括测试工作。软件团队中应该有独立的测试角色。分工促进劳动生产力的提升：第一，劳动者的技巧因专业而日进；第二，由一种工作转到另一种工作，通常要损失不少时间，有了分工，就可以免除这种损失；第三，许多简化劳动和缩减劳动时间的机械发明，只有在分工的基础上方才可能。而对于已承担任务的角色，我们必须给予充分的信任和授权。
第十五章主要讲软件的稳定和发布阶段。我原来认为软件在发布前一定是一个完美的软件，也就是没有任何bug，但书上告诉我们对于一些bug我们可以暂时放过，只要软件的功能稳定，就算是要发布软件，只要用户不会应用到，不会发现，也是可以在下一次版本发布时再修复的。但是对于大量bug哪些该修复哪些可以留在下一次再修复是不能轻易决定的，这就需要软件团队中各个角色代表组成的会诊小组，由他们制定修改方案，而制定修改方案的步骤书中做了详细的介绍。除此之外，我们有时在开发过程中，会突然有更好的想法，但为了软件的稳定性，我们必须暂时放弃这些想法，还要进行逐步冻结，即对一些已经开发好的模块不再更改，保持稳定状态。
第十六章主要讲IT行业的创新。在读之前，我以为只要有创新就会是有助于自己的软件,但读完这一章，我才知道并不是所有的创新都可以马上应用与你的软件，因为有些创新其实会阻碍你的软件，甚至摧毁你软件已有的市场，所以创新不是随意的，要成为这个领域的专家，才能创新，才能保证你的创新是有助于你的公司，你的产品。软件领域有一种创新是维持性创新，也也就是企业不能进行颠覆性创新，或者进行大规模改动时，必须慎重考虑。就像win8的界面改动使很多人都不适应，失去了市场。由此可见，创新也不是一件简单的事。
第十七章讲人、绩效和职业道德。在软件开发时我们不是一个人在编程，而是一个团队，而在开发初期我们会有各种各样的问题，一般都会经历以下几个阶段，萌芽阶段，我们都充满干劲；磨合阶段，团队中各种矛盾暴露出来，而我们尝试去解决适应彼此；规范阶段，在这一阶段，我们已经适应了我们现有的开发模式，并尝试去完善，规范，使其成为一个完美的开发团队。而在开发过程中，绩效评估也是一件艺术活，书中讲述了一维评价体系，二维评价体系，以及评价绩效时需考虑的各种问题，比如不同的任务对完成的标准不同等等，这也值得我们好好学习。