本学期第二周我阅读了《构建之法》的第4-6章。
第四章讲的是两人合作，讲述了两个人一起编写代码的时候的代码规范，代码复查，两人合作的不同阶段和技巧等内容。
通过对这一部分的学习，我才意识到自己其实有时候的代码不是很规范的，编写规范的代码是程序人员良好的习惯。书本里面提到的代码复审以及结对编程都是要合作的，我们也进行过结对训练，能在实践中感受到每个人的角色和作用，学习到很多，对于代码复审则是比较陌生。但是在书中还是了解到代码复审的作用是很强大的，非常适合一些中型以上的程序的测试检查。
第五章是团队和流程，里边主要讲到软件团队的模式还有开发流程，还提及团队与非团队的概念。软件团队的模式有好多种：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队模式、特工团队模式、交响乐团模式、爵士乐模式、功能团队模式和官僚模式。六种开发流程：写了再改模式、瀑布模型、瀑布模型的各种变形、RUP模式、老板驱动模式和渐进交付的流程。
在以往我们团队编程的时候，每个人都有每个人的优点，取每个人的长处，改进每个人的短处，这样就可以更快地做出更好的程序了。以往我们几个人之间没有水平上的差异之分，只有越来越勤奋，然后在不断地磨合中一点点的进步。学会与他人合作，发挥团队精神在具体生活中的运用，可以使我们收到事半功倍的效果，可以使我们的工作更加良好地向前发展。
第六章讲的是敏捷流程，教会我们的就是怎么以愈来愈快的做法去更好的开发软件。在开发的过程中，我们会遇到很多问题，所以我们要不断地进行自我总结。书中具体介绍了敏捷的流程、原则、步骤，并且列出敏捷流程在每一个步骤可能出现的问题以及他的解决方法，以及敏捷的团队、敏捷总结、敏捷的故事等等。
可以肯定的是敏捷流程是值得我们去运用，它具有很好的价值。我们需要学会敏捷的原则，打造敏捷的团队，敏捷的工作。敏捷其实并不是很特别，只不过是积累以往经验并且加以提炼出来的一个较为完整的能被大众所喜欢的开发流程，这是我认为的。每种流程都是大同小异，步骤不一样，效率功效不同。
通过这几章的学习，我认为自己的编程能力确实有待提高，自己在原来编程的时候都不会太注意编程的规范，团队合作也不是做得很好。所以，学过这几章之后我要加强注意自己的编码规范，与队友团结合作，运用敏捷流程去更好的开发软件，去提高自己的编程能力。