小型开发团队中成对编程的替代方案
这两个人可以cover项目中所有的技术问题。他们每天花几个小时的时间分别与不同的人坐到一起，然后一边看程序一边提问题
我觉得只是他们分工而已
并不一定要套在XP的框架内
XP就是两人结对开发
一方编码时另一方考虑设计实现方面问题 并且相互检查对方代码
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（7）
人多了
什么都要讨论也是造成效率低下的原因
人少了可以有更大的自主权
（这里不是说XP而是变通的开发）
你可以自己决定软件的结构与接口 只要最后能符合需求就可以了
人多但是没有好的组织 只用没有好的软件设计方案 这样很多时间都花在交流上了
这是我的看法
同时觉得XP开发并不是符合所有的情况 如果想最高效率的开发
那么双方的编程思想与设计思路应该差不多 这样交流更快
你的说法是对的。
不过我的前提是1 伙伴不合适 2 是在熟悉领域内的小项目。
试想，假如对方对项目内容不熟悉，必定需要你对内容作出解释不是一件很浪费时间和精力的事情吗？
在熟悉的领域内的小项目，意味着你对程序的整体已经非常清楚，而且是工作量不大的东东，在这种情况下，如果有什么问题，在测试阶段很容易查出而且自己很容易纠正
我不是很同意您的观点。怎么说呢！除非那一个人的能力非常强，另外两个是很差劲。一般情况下两个人的力量是比一个人大多了。
那要看了
但是换一个人来看你代码
找到错误的可能性更大
虽然是浪费了一点
无双兄，我同意你的看法！
不过我觉得假如在熟悉的领域内的小项目，两个人不如一个人！
是的
但是单人做的话出现问题的可能性也比较多
双人结对编程从编码速度上来说是不快的
但是可以保证代码的质量和软件的结构
另一个人写时会检查前一个人的代码 并及时的发现他们问题
并且两个人一起设计 如果前一个人的设计结构不合理的话 第二个人可以修改它
如果只是一个人 那一般不到不得已是不会修改自己已写过的代码的 只要没有错误