阅读《构建之法》

      当我第一次看到这本书的时候，好奇地看了一下，感觉有点抽象，但是这本书却以一种形象的方法把现代软件工程的知识很形象地展现给我们读者，在认真阅读之后你会发现自己收获蛮多的，虽然当中有些问题不懂，但还是学到不少的知识，以下是我阅读前五章的收获：

      第一章概论，这一章告诉我们什么是软件工程和软件开发有哪几个不同的阶段，形象地为我们介绍了软件工程的特性和知识领域，从中我也有一个不懂的问题：软件工程的几种知识领域具体怎样区分呢？

     第二章个人技术和流程，在第一节中为我们讲诉了单元测试，虽然里面的代码看的不太懂，但还是有一点了解了单元测试，这一章也为我们介绍了一些效能分析工具，这对我们很有用，然后就是介绍个人开发流程和告诉我们实践的重要性。当中的不懂问题是：在个人开发流程中我们应该侧重哪一个过程呢？

      第三章软件工程师的成长，刚接触软件工程这个专业时对软件工程师的了解一概不知，阅读到这一章的时候才知道软件工程师也需要成长的，要成为一个好的软件工程师我们还有很长的一段路要走，在这一章很形象地为我们阐述了软件工程师的职业发展和成长，让我们有更好的学习方向。对于这章我的问题是：在职业发展的路程中我们是不是应该侧重考证还是多点实践找经验呢/

      第四章两人合作，在以前我一直认为做软件开发的只要个人的知识技能过硬就足够了，个人能力好就能做好，忽略了合作的重要性，当我阅读到第四章的时候，我才发现我错了，合作对我们来说真的很重要，前几节说的是代码规范和复审，主要就是为了代码的简明和正确性，如果一个人的话很难会发现自己的错误，两个人合作会省却很多时间，在4.5节讲的是结对编程以及如何结对编程，不可否认的是相比个人编程，结对编程会带来较多的好处，在4.6节介绍了两人合作的不同杰顿和技巧，这值得我们好好去学习和应用的。我的问题是：如果在合作过程中两个人的意见相持不下，各有好处，互不相让的时候该怎么办，是要舍弃自己的意见还是一直争辩到底呢？

       第五章团队和流程，这一章为我们介绍了软件团队的模式和团队开发的流程，重点为我们讲诉了软件工程中最基本的模型—瀑布模型，让我对团队的合作又有了更深的了解，但是有个问题是：对于现阶段的我们来说哪个模型比较适合我们？如果团队中出现打酱油不积极的同伴怎么办？