上一周阅读了《构建之法》的前面几张，对软件工程有了一个初步的了解，本周又继续了几章，感想颇多。通过阅读，对代码，程序，工程，软件有了进一步的认识，他们看似是相同的，但他们只是相似的，他们像是一点点在进步，每一个都是前一个的提升，颠覆了我以前对他们的认识，觉得他们说白了都是我们平常敲写的代码，其实并不是这样的，这些在团队的合作中变的明显起来。
本周读是两人合作和团队合作的有关章节。一个软件的开发不可能一个人完成，需要多人合作，每个人有各自完成的部分，每个人有每个人的方法也价值观，这些都是体现在不同的代码中的。在合作过程中成员要有交流，要分别对代码进行复审，需要敏捷的流程。然而团队还分多种，任务与需求也分多种，一个软件需要通过需求，分析和设计，实现，测试，部署，配置多个流程，在各阶段有各阶段的任务，这些都是需要大家配合的。说完团队的合作，说到了敏捷的流程，敏捷流程的问题，敏捷的团队。一个团队要想变成敏捷的团队，就要做到自主的管理，自我的组织，多功能等，这些要求看似简单但是要是强加给一个很弱的团队也是没有作用的，就比如我们现在所谓的团队。
在以前的认知中，对团队的概念和做法都很模糊，不就是你写一段程序我写一段程序完成任务就好，看书后知道不是这样的团队除了个人的代码部分还需要分别对团员代码进行复审，检查，看是否跟自己的代码呼应，这些看似小问题，但是不解决带到程序中会有更大的问题。在以后的合作中我会多加注意，不能只顾自己的部分，不能只顾完成任务，还要讲它做的完美，虽然我们还不能称上是个敏捷的团队，但至少我们是一个很努力的团队，我们合作融洽，考虑问题全面，这样做出来的程序才更加有价值有意义，我们才能收获更多的知识，丰富自己的阅历与经验。