读《构建之法》后续章节有感
今天读了《构建之法》后续章节的内容，这是一本有关软件工程知识的书，但主要内容并不是出题教授读者如何编程，而是讲述一个真正的程序员应该具备哪些素质，一个团队如何分工合作写好一个软件并且流程化管理编程。
第十二三章讲了用户体验，用户安装软件之后，软件第一次启动，软件设计者要给用户什么样的第一印象？用户头一回来访问你的网站，你要给他们什么样的第一印象？的确有的软件功能很全面，但是如果不重视用户体验，注定是要被市场淘汰的。而要做好用户体验，1.我们就要学会从用户的角度考虑问题 2.软件服务始终要记住用户的选择 3.要注意短期刺激和长期影响 4不要让用户反简单的错误 5还要均衡质量和用户体验 6要注重情感设计 需要注意的用户界面的设计并不是现将代码编好，在让一些会画图的改一改就行了，而是要从用户的角度出发，设计用户界面。然后就是评价用户界面的标准了：1. 尽快提供可感触的反馈系统状态 2. 系统界面符合用户的现实惯例 3. 用户有控制权 4. 一致性和标准化 5. 适合各种类型的用户 6. 帮助用户识别、诊断并修复错误7. 有必要的提示和帮助文档
第十四章，第十四章讲了与软件质量有关的内容。我们知道，软件 = 程序 + 软件工程。那么有“程序的质量”和“软件工程的质量”影响软件的质量。软件质量 = 程序质量 + 软件工程质量。程序的质量体现在软件外在功能的质量。软件工程方面的质量就与“快”、“便宜”比较相关，需要长期的过程来提高。CMMI目前已成为许多大型软件业者用于改善组织内部软件工程所采行的软件评估标准。
第十五章讲了软件的稳定和发布阶段。一个团队经历了计划/设计/开发等阶段，达成代码完成这一目标，似乎后面的事情就水到渠成了。其实不然，原计划的软件发布时间快到了，但是软件还是有各种问题，怎么办？软件团队的各个角色代表（PM/Dev/Test/UX等）组成了会诊小组，处理每一个影响产品发布的问题。处理各种bug等。软件发布之后，要从已发布的软件中吸取经验教训。
第十六章主要讲IT行业的创新。在读之前，我以为只要有创新就会是有助于自己的软件,但读完这一章，我才知道并不是所有的创新都可以马上应用与你的软件，因为有些创新其实会阻碍你的软件，甚至摧毁你软件已有的市场，所以创新不是随意的，要成为这个领域的专家，才能创新，才能保证你的创新是有助于你的公司，你的产品。软件领域有一种创新是维持性创新，也也就是企业不能进行颠覆性创新，或者进行大规模改动时，必须慎重考虑。就像win8的界面改动使很多人都不适应，失去了市场。由此可见，创新也不是一件简单的事。