今天阅读了《构建之法》的关于团队合作和结对开发的内容。我们编写代码是给机器读的，同时也是给我们自己和我们的团队队友读的，所以我们要注意代码的可读性。这样才能更加方便地维护。
代码的原则是“简明，易读，无二义性”。书中的这句话我认为是很有意义的，我在编程的过程中一直没有好好遵从这一点，导致我现在再回过头看我从前写的代码就觉得很乱，无从下手。即使我加了注释，我也不想再去看，真是要注意的问题。有时候代码长了或者是增加代码就会导致忘记编程的细节。
说到双人合作开发，我在平时做程序的时候，也经历了书上所说的各个阶段，最后的散伙也是因为任务的完成，所以对于我们来说，结对开发的过程还是很愉快的。我和我的开发伙伴在开发的过程中，我们一般是一个人提供思路，一个人实现思路，编写程序代码。在开发的过程中这两个角色还会时不时互相转换，我们的团队首先有着集体的目标，然后能学着分工合作，在合作过程中学会相互依赖。
在这样的结对编程中，我们的思想得到了交流，我们的解决问题的能力更强了，我们各自思路中的优点能够影响到对方了。同时这也给我带来了无限的信心，代码的错误率也明显下降。“结对编程是一个渐进的过程”，我十分同意这句话，我和我的结对伙伴从开始的毫无头绪到后来的得心应手，也是用了一个过程去适应的，去适应对方的编程习惯和小小的变量命名习惯。
书中还提到了瀑布模型，按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。它可以大量地节省时间和金钱，但是对于我们这些初学者来说还是远远达不到这样的水平的，瀑布模型开始的各种模型都比较重计划、重事先设计、重文档表达，但是我们这些初学者可以多多练习，总是有好处的。
对于敏捷开发原则，我觉得，就是时时总结如何提高团队效率, 并付诸行动。我觉得这是对自己的压榨但是这也是我要去做到的，多多更新自己的程序，多加练习才是重要的。虽然我们离这个目标还很远，但是我会在这方面多下功夫的。