构建之法阅读笔记06

Posted 2020-07-16

　　这两周将《构建之法》后面的几章读了一读。写写这几章所讲的内容以及我的感受。

　　首先是第十四章，第十四章讲了与软件质量有关的内容。我们知道，软件 = 程序 + 软件工程。那么有“程序的质量”和“软件工程的质量”影响软件的质量。软件质量 = 程序质量 + 软件工程质量。程序的质量体现在软件外在功能的质量。软件工程方面的质量就与“快”、“便宜”比较相关，需要长期的过程来提高。CMMI目前已成为许多大型软件业者用于改善组织内部软件工程所采行的软件评估标准。

　　第十五章讲了软件的稳定和发布阶段。一个团队经历了计划/设计/开发等阶段，达成代码完成这一目标，似乎后面的事情就水到渠成了。其实不然，原计划的软件发布时间快到了，但是软件还是有各种问题，怎么办？软件团队的各个角色代表（PM/Dev/Test/UX等）组成了会诊小组，处理每一个影响产品发布的问题。处理各种bug等。软件发布之后，要从已发布的软件中吸取经验教训。

　　第十六章介绍了IT行业的创新。说了创新的迷思。迷思之一：灵光闪现；迷思之二：大家都喜欢创新；迷思之三：好的想法会赢；迷思之四：创新者都是一马当先；迷思之五：要成为领域的专家，才能创新；迷思之六：技术的创新是关键；迷思之七：成功的团队更能创新。还有创新的时机和创新的招数也比较重要。SWOT分析，如何平衡动量（Momentum）和加速度（Acceleration）等等。就像苹果园里的苹果一样，总共就那么多，在自己前面的人已经基本把苹果摘得差不多了，就算有也是一些不很好的了。我们要对剩下的苹果进行创新，比如包装等等。IT创新也是差不多，很多想法都被前人实现了，我们可以对已存在的产品进行改良式创新。

　　第十七章讲了人、绩效和职业道德。就是猪、鸡和鹦鹉的故事。对于我们来说，我们应该做猪或鸡，而不是做鹦鹉。做事就要认真做，提高自己的绩效。还有“萝卜”和“白菜”。我们应该像“白菜”学习他做出来的东西bug少的品质，当然有“萝卜”的速度和“白菜”的bug少的品质更好，只有这样，刚进入公司工作的我们才有机会出人头地，大放异彩。软件工程师在软件系统开发中起到的重要作用，软件工程师有很大的机会去造福或者危害社会，并有能力去促使或影响他人造福或者危害社会。为了尽可能确保这些影响是有利于社会的，软件工程师必须承诺自己所从事的职业能造福社会，并得到大众认可尊重。

　　通过对后几章的阅读，我了解了一些以前不曾了解的内容知识。比如“黑箱”与“黑盒”的区别，对于衡量一下各个机构的软件工程质量究竟如何的比较成熟的理论是CMMI等等。