构建之法读后感

Posted 2020-07-10

　　《构建之法——现代软件工程》涉及了软件开发所有相关的方面，从基本概念到职业规划没从瀑布模型到敏捷开发，从软件测试到质量保证，从代码规范到用户体验，绝对的“一站式体验”，能让许多对软件开发感兴趣的同学，燃起更大的兴趣和热情。

　　软件工程所讨论的是代码量巨大、涉及人数众多、项目需求多变时所要解决的问题。而在小学生根本就没有这样的环境。200来行的小程序，抛开软件工程也能完成，甚至更快捷。所以，书中要求学生完成大量的代码，让学生亲身的经验证实软件工程的手段是必要和有效的。除此以外，别无他法。

　　在软件开发过程中，软件工程肩负着诸多责任：将种种条件确定下来，把资源安排拖当，使工作过程确定清晰，产出稳定可靠。这其中的微妙和复杂，经典教材往往也未能充分表达。其中大量鱼人的写作、与时间的较量的经验和体会，都要通过时间才能慢慢积累起来。一方面我们会称软件工程很重要，但又很难从中受益，因此，软件工程的学习，迫切需要一个启动的支点，这本书就很好的解决了软件工程知识领域“从0到1的问题”。

　　书中有举许多的例子，比如在第一章，移山公司程序员阿超的那个小例子，十分形象的将一个程序，扩展到一个满足各种功能的应用软件，再扩展到一个能保证服务质量的软件服务表达了出来。还有一个店家与顾客，肉芽与虫子的例子，十分好的诠释了那句著名的笑话：这不是缺陷，这是一个功能！同时这本书也有很多能让人深思的话语，比如前面说到的那个笑话：这不是缺陷，这是一个功能！，又或者你的rp是由你的程序质量决定的等等。

　　在书的第二章，介绍了PSP（个人软件开发流程），单元测试，回归测试和效能分析，这本书不是单纯的介绍概念，告诉你什么是单元测试，回归测试等，而是举了许多的例子，告诉了这样做的好处，为什么这样做，结合“人”，让人便于理解，从这就可以看出，不管是对于初学者，还是刚刚参加工作的程序员，又或者是初次走上管理岗位的急于完成角色转换的技术领导，这本书都能给予很大的帮助。

　　还有之后的两人合作的章节，团队和流程章节等等，读完都有一种大受裨益的感觉，但既然是一本书，看完就会有疑问，看完这本书，我有以下的一些疑问：

 

　　1：

　　　　记得软件测试有强调过避免自己测试自己的代码，但为什么这本书说代码复审时是自己复审自己的？两者有什么区别吗？

　　2：

　　　　书中提到提倡敏捷开发，那是否意味着开发者的生活会受到严重的影响？还是对程序员的技术要求提高？

　　3：

　　　　具体的合格的软件工程师标准是什么？

　　4：

　　　　团队模式和团队的开发模式有什么关系？

　　5：

　　　　如何选择团队模式？

　　6：

　　　　好的修改/重构是什么样子的？