标签：
1.书中提到的各类软件团队模式哪个才是最佳的模式？当下大量的软件公司普遍使用怎么样的软件团队模式？
2.面对越来越多的编程思想，怎样根据项目特点选择合适的编程方式？
3.在需求分析中，书中提到成功团队可以从各种角度挖掘出需求，和前文提到的空想出需求有何区别？
4.书中提到各类人员都有文档要写，那么具体写代码的人应该写什么文档？
5.软件的质量保障是否主要依赖软件测试实现？
开始读《构建之法》这本书是在老师要求下才去做的。很惭愧，短短时间内无法精读，只能囫囵吞枣的看了一个大概。《构建之法》是一本讲述软件工程的书，从需求分析开始沿着软件的生命周期一章一章研讲，通过移山公司和各种有趣的例子生动且通俗易懂的为读者讲述了软件工程中方方面面的知识点。与普通的软件工程教科书不同的是，《构建之法》并不局限于软件工程的内容，而是穿插进作者对软件开发的理解、对开发流程的阐述、对代码规范的要求、对程序员职业发展的展望，但是最特别的是介绍了许多学校里面无法知晓的IT公司内部的情况包括团队合作中可能会发生的摩擦矛盾、IT行业创新发展甚至是职业道德等等，十分的全面，现实和鲜活且不失活泼的表述十分受用于还在学校中的我们。
浅读此书，给我的第一感觉是生动，没有传统教科书的死板知识点，而是通过一个个风趣的例子和合理的比较，用简单的语言阐述复杂的知识。举代码规范那节的例子，从c语言的学习开始，老师就开始让我们注意代码规范，但苍白的语言和懒惰的个性使我们在日常学习中并不会十分注意代码的规范，只要不出错都是好的。通过书中的一个一个反例，我明白了代码规范之重要，降低团队效率不说，还容易引起团队矛盾，也不利于维护。
当然，《构建之法》吸引人的不仅仅是有个性的语言，在软件开发流程那章中介绍了各种开发流程，详细的说明了各种流程的优缺点，对时下热门的敏捷流程的评述更是详尽，当前软件开发简化了太多，追求软件开发的速度是商业上的需要也是用户的需求，但书中却一再强调软件开发需要好中求快的观点，旗帜鲜明引人深思。在需求分析的方法中，讲述了构建典型用户和场景的方法，不单纯拘泥于需求说明书，而是对用户进行分析，明确最主要的用户及他们的需求，然后构建典型用户，通过典型用户的需求进行开发，这样的方法能开发出更符合广大用户需求的软件。书中一再强调用户是第一位的，在用户体验这一章也得以体现，开发中对于用户实际使用也需要思考，从用户的角度去思考，方便用户提高用户体验就能提高软件质量。
读了《构建之法》这本书，我受益颇多，最重要的是明白了用户的需要是第一位的这个浅显的道理。如果不能满足用户的需求，那就需要对软件进行修改，而如果没有按照软件工程的标准进行规范的开发，修改过程将会十分繁复，甚至有可能需要推倒重做，这对一个程序员的职业生涯，对一个团队的合作关系，对一个软件公司的信誉可能都是致命的。因此我认为软件的质量和开发过程的规范才是软件开发最重要的两个点，这就是我读《构建之法》的心得体会。
标签：
原文地址：http://www.cnblogs.com/aqva9527/p/5516522.html
