之前零星在一些工作中尝试过
个人认为效果很好

目前来看能够省去大量review的时间

”目前来看能够省去大量review的时间 “，是的，要对一起对，要错一起错，当然都是对的，没有错的，哈 。。。不知道在圈子里能开玩笑吗 。。。工作太忙了，找个地方放松一下脑子 。。。

其实在写大块程序时都是分成小块来有不同的人实现的，这里说的结队编程是一个人今天写到哪算哪，另一个人明天接下去写，是这样的吗，那要搞懂另一个人的思路不是要花时间了吗，当然从中也得到了review。

这让我又想到一个好处，那就是每个人都会把程序写的清楚些，好让下个人容易接 。。

按我目前的理解并尝试过的 分块照旧，不过每个小块在实现时由AB两人同时在电脑前编码，通过我的实践这样写出来的代码问题出现率很低，且维护或重构时A或B均可以负责。

不过仅仅这样还是可能有耗费人力的感觉。

更进一步的形式，我还没有尝试：

还应该每天更换个人的分组和分块
今天AB|CD 明天AC|BD 后天AD|BC 这样，最后整个工程的代码质量应该能上一个台阶。

在下一个项目中准备贯彻的就是这种形式。

另外为了降低个人代码风格造成的影响和沟通问题造成的需求实现偏差

我想测试驱动开发应该是这种工作形式的前提。

另外对于任务分配基于结对编程的开发情景下，测试代码应该如何编写及需求变更时如何修改，目前认识还有点模糊。

先尝试一下好了。

NETBEAN里有个功能能自动写测试程序 。。。