这周一直在做二柱子的问题，关于小学生四则运算的软件的编写，一直在说结对开发。我们也遇到了很多关于结对开发中的典型的问题。就比如说，应该用谁的思想来进行迭代开发？我们遇到一个输出问题后，是采用你说的字符输出还是我说的数组输出？由于看过邹欣老师的构建之法的第四章。有很多问题迎刃而解。比如，在两人的小团队中，也有谁做什么的摩擦，但是我们都对行为层来进行批判。不会伤害到人之间的感情，也比较容易能接受。这周我不光编程，还抽出时间阅读了《构建之法》第五章的内容。
阅读构建之法了解到 ：
1过去做法：之前基本功，小模块并没有做好，程序的衔接度不灵活；同时在团队中交流不频繁，导致闭门造车，无法整整容入团队中，这些都是不好的，另外还有自控能力差，无法正常完成工作。
2结合书中所讲，说明为什么这样不好；
团队中产生不和谐因素，无法产生团队的凝聚力，无法及时完成作业。个人的软件修养无法进步。
3改进方法：只有通过不断地练习，把一些底层的，小的功能与模块都解决了，后面再慢慢拼接，不断练习，才有时间和精力去解决更加复杂的问题。例如在平时的学习中，学好基本功，理解好所有的知识点，最后的复杂问题只是那些基本知识点的不断变换与拼接，掌握好基础是王道。在团队开发中，掌握团队开发流程，以及软件开发团队的模式。熟悉自己所在团队开发的特点，及时的发表自己的意见，达成一定的公式。有利益自己在团队中的成长，也有利于自己团队实力的增强。对于敏捷流程，书中给出了一些经验，焦点小组，就是找出一群目标客户的带便，同时讨论对于项目的要求，共同开发，深入面谈是为了进行详细的分析，广发而深入地了解用户的背景、心理、需求等，卡片分来是将大家收集的杂乱无章的客户需求进行归纳，总结。还有很多种方法都没有进行列举，但是却都是必不可少的。敏捷开发就是注重在开发的流程中实时与客户交流，时刻注意用户需求分析，马上要进入团队开发了，希望我们的表情就是可以做好分析，共同协作。