标签：
《构建之法——现代软件工程》涉及了软件开发所有相关的方面，从基本概念到职业规划没从瀑布模型到敏捷开发，从软件测试到质量保证，从代码规范到用户体验，绝对的“一站式体验”，能让许多对软件开发感兴趣的同学，燃起更大的兴趣和热情。
软件工程所讨论的是代码量巨大、涉及人数众多、项目需求多变时所要解决的问题。而在小学生根本就没有这样的环境。200来行的小程序，抛开软件工程也能完成，甚至更快捷。所以，书中要求学生完成大量的代码，让学生亲身的经验证实软件工程的手段是必要和有效的。除此以外，别无他法。
在软件开发过程中，软件工程肩负着诸多责任：将种种条件确定下来，把资源安排拖当，使工作过程确定清晰，产出稳定可靠。这其中的微妙和复杂，经典教材往往也未能充分表达。其中大量鱼人的写作、与时间的较量的经验和体会，都要通过时间才能慢慢积累起来。一方面我们会称软件工程很重要，但又很难从中受益，因此，软件工程的学习，迫切需要一个启动的支点，这本书就很好的解决了软件工程知识领域“从0到1的问题”。
书中有举许多的例子，比如在第一章，移山公司程序员阿超的那个小例子，十分形象的将一个程序，扩展到一个满足各种功能的应用软件，再扩展到一个能保证服务质量的软件服务表达了出来。还有一个店家与顾客，肉芽与虫子的例子，十分好的诠释了那句著名的笑话：这不是缺陷，这是一个功能！同时这本书也有很多能让人深思的话语，比如前面说到的那个笑话：这不是缺陷，这是一个功能！，又或者你的rp是由你的程序质量决定的等等。
在书的第二章，介绍了PSP（个人软件开发流程），单元测试，回归测试和效能分析，这本书不是单纯的介绍概念，告诉你什么是单元测试，回归测试等，而是举了许多的例子，告诉了这样做的好处，为什么这样做，结合“人”，让人便于理解，从这就可以看出，不管是对于初学者，还是刚刚参加工作的程序员，又或者是初次走上管理岗位的急于完成角色转换的技术领导，这本书都能给予很大的帮助。
还有之后的两人合作的章节，团队和流程章节等等，读完都有一种大受裨益的感觉，但既然是一本书，看完就会有疑问，看完这本书，我有以下的一些疑问：
1：
记得软件测试有强调过避免自己测试自己的代码，但为什么这本书说代码复审时是自己复审自己的？两者有什么区别吗？
2：
书中提到提倡敏捷开发，那是否意味着开发者的生活会受到严重的影响？还是对程序员的技术要求提高？
3：
具体的合格的软件工程师标准是什么？
4：
团队模式和团队的开发模式有什么关系？
5：
如何选择团队模式？
6：
好的修改/重构是什么样子的？
标签：
原文地址：http://www.cnblogs.com/wusan/p/5517698.html
