|
锁定老帖子 主题：结对编程
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-06-01
lgstarzkhl 写道 受教了，这种编程思想倒是很不错，就是不知道在实际应用的过程中问题多不多，还有时间怎么样，因为每个人思考一个问题如果遇到多个解决方案的时候而最佳解决方案又要花费花费很长时间的时候，不知道是不是需要取舍或者是有没有别的更好的方案？？？？
很多时候需要的是迅速的解决，而不是纠缠于谁的方案更好 |
| 返回顶楼 | |
|
发表时间：2010-06-01
抛出异常的爱 写道 realreal2000 写道 aws 写道 结对的意义真得很大么？
一个开发组人数一般不会超过10人，1个leader 负责设计和任务分解分配，2-3个资深人员作为主力开发人员，其他的是刚毕业或者1年经验的初哥 初哥和初哥结对没有任何意义 初哥和资深结对是拖累 资深和资深结对是浪费 结对编程主要的目的是思考，一起思考，资深的人难道写的代码就不会有错误，难道就不会犯初心大意的错误？ 一起思考就是保证我们的想法理解是正确的，结队编程不是一起写代码，是一起思考如何解决问题的。 结对还有一个很大的优势，就是知识能够很快的传播，也能很大的提高效率。 初哥就应该去死 打倒一万遍 再踩上一脚 让丫永生永世作初哥. 你怎么就没去死呢，。。你曾经也是初哥 |
| 返回顶楼 | |
|
发表时间：2010-06-01
aws 写道 结对的意义真得很大么？
一个开发组人数一般不会超过10人，1个leader 负责设计和任务分解分配，2-3个资深人员作为主力开发人员，其他的是刚毕业或者1年经验的初哥 初哥和初哥结对没有任何意义 初哥和资深结对是拖累 资深和资深结对是浪费 其实有一部分处于初与深之间的，我想他们是最适合的吧，也是做事效率最好的。 |
| 返回顶楼 | |
|
发表时间：2010-06-01
我们公司也结对过，最终以失败告终，我作为SCRUM MASTER 让一老同事带一新同事，虽然领导反对，但还是凭我三寸不烂之舌说服之~~··老同事就开始抱怨了，以前做事很轻松，闲暇之余，还可以看看邮箱博客之类，现在不仅进度上跟不进，最重要的是忙滴是侧头侧尾~~~我的回答是：作为老同事，公司吸引之，唯薪资；作为新同事，公司吸引之，唯技术（公司不可能在不同开发工龄的薪资上平等），那如果学不到技术，薪资又低，我们拿什么吸引人才呢？长远点看待问题，公司若想可持续发展下去的话，从小事做起，结对编程很有必要！（个人观点）
|
| 返回顶楼 | |
|
发表时间：2010-06-02
TW是什么意思? o(∩_∩)o 哈哈，想了解
|
| 返回顶楼 | |
|
发表时间：2010-06-02
rachelmarf 写道 TW是什么意思? o(∩_∩)o 哈哈，想了解
Thoughtworks 某公司名 |
| 返回顶楼 | |
|
发表时间：2010-06-02
我以前在公司研发一项技术的时候，也和一个同事结对编程了一段时间，那时候都不知道这算是结对编程。因为是研发，他也算是个新人，我负责写代码，他在旁边和我一起思考，有时候，确实考虑的问题比较完善，一起探讨着，代码当然会比个人的编写更叫的健壮和完善。效率挺高的。
|
| 返回顶楼 | |
|
发表时间：2010-06-03
没实际操作过结对编程。根据以前的带队经验，说一下自己的理解，请大家指教：
1.结对编程并不适合所有团队： a.大量存在初级人员的团队不适合。 b.单纯技术研发性团队不适合。 c.更适合软件工程模式的开发设计团队。 2.结对编程的成功，更多的依赖于leader如何正确引导，包括结对形式的灵活变动，结对成员对结对的认知。这样就要求leader要有经验和好的方法。可以根据实际情况调整实行结对的方式。 3.结对不能固定。 |
| 返回顶楼 | |
|
发表时间：2010-06-03
mock1234 写道 realreal2000 写道 结对的效率，结对之后我们发现，2个人一起工作能够完成的工作等于分开做的80%左右， 没有300%以上好处我是不会结对的。我自信比较了解xp技术。 呵呵。估计楼主的意思是。代码量上是分开后两个人代码量的80%，但代码品质应该比分开做时有很好的提高。 |
| 返回顶楼 | |
|
发表时间：2010-06-03
看看agile的理论吧 pair programing是一项很好的实践方法
|
| 返回顶楼 | |
