2007-09-26

今天，你结对编程了吗？

关键字: 结对
敏捷开发出来很久了，但直到近两年才“火”起来，我认为这主要和开源框架的普遍使用有关。像TDD，就受到了包括spring作者Rod Johnson在内的大牛的推崇。
而结对编程可以消除编程过程中的懈怠大意，有效杜绝细节上的疏忽，可以提高代码的质量，因而受到不少国外公司的青睐，但国内应用好像比较少，我认为环境不成熟是最主要的原因。
评论
Ihavegotyou 2008-01-24
结对是为了多层次，全方位，站在同一战线共同交流,沟通,进而有效解决问题。当然双方也有矛盾的时候,这时需要上级或自己内部协商解决。
我和同事结队4个多月了(意思到结对本身只有1个多月),有一点体会。这个阶段主要集中代码合并,审核,测试计划,部分(业务、程序)设计,改善,优化。
人总有疏忽的时候,总有思考不到位,总有相关知识残缺的时候,总有时间安排忙不过来的时候,两个结对,这些问题都能够及时,有效解决。
...好多人都提到这个的什么的什么"敏捷开发",在国内不行.....实际,至少"结对编程","测试驱动开发"是可行的.....前者,本质上反映了一个人的合作,协作能力,实际上,"团队精神"就可以从"结对"开始....后者,是反映一个人的作事习惯。把测试驱动开发做到位了,就能减少风险,加快原型设计.....
只说结对,"不团结,不协作",就是中国的国情。那么改变这种国情,比认识到这种情形----在"结对"这种特定场合更为有利。
"矛"与"盾"的统一体,从"结对"看来，是一个有效途径。把自己和对方放到一个水平线,你总会意识到自己的不足.....总会有积极地改善,完美自己.进而大家都得到提高。
另外,上司的决策,部分干预在整个过程中往往成了关键。
整个"结对"过程中,心态,素质确实要求较高。"理解,支持,互助",欣赏对方优点,接受对方批评并积极改善,改进才是"结对"平和,理智走下去的必由之路。
stevenwang 2008-01-21
抛出异常的爱 写道
renavatio 写道
sg552 写道
窃以为， 结对的最主要目的，是为了提高工作效率。让人没有打瞌睡的机会。

俗话说：“男女搭配，干活不累”，最好是配对MM。
真的轮到了的话，与自己写没什么区别。

--------------------------
真精辟！
前段时间我跟一个mm结对，
可是都是她coding，
我就搞点调研工作了。呵呵
zqrain 2008-01-14
gigix 写道
JavaInActoin 写道
hyhongyong 写道
结对编程，不一定要每时每刻都结对，不一定要每项模块开发都结对，不一定每个人都要结对。

是的，没见过哪个工厂在所有环节上都用双岗的。

又是这种似是而非的话。
结对不能过度，过犹不及，没错，都是绝对正确的废话。但是，有几家公司敢说自己是结对过度的？有几个人敢说？
明明绝大多数人都是做得不够，上班不时打晃走神，代码缺乏复审，这种时候说什么结对不要过度，有意思吗？


的确，不用说得太概念化！
如果结队好，为什么难以实施？经验不足的团队和组织，应该如何做？
如果不好，你是如何实施的？为什么说不好？
ball_cao 2007-12-26
renavatio 写道
sg552 写道
窃以为， 结对的最主要目的，是为了提高工作效率。让人没有打瞌睡的机会。

俗话说：“男女搭配，干活不累”，最好是配对MM。


看题目就明白楼主对敏捷没有深刻的认识
结对编程是敏捷的一种方法
不结对就不能敏捷么？
结对了就敏捷了么？
而且很多公司根本不具备结对的条件
你要改造座位，你要安排适当的人员搭配，加班的时候你还要协调两个人的工作时间，你要教育程序员要结对编程别结对聊天。
结对的目的是为了加强程序员和程序员之间的沟通和知识共享。如果你的程序员没有认识到这个目的（例如上面这个结对泡妞的），并朝这个方向努力，你很快会发现结对比不结对效果还差！
sg552 2007-12-26
看了GIGIX的评论，我发现他说话是我喜欢的风格，
一针见血，表达清楚
renavatio 2007-11-01
JavaInActoin 写道
是的，对于gigix来说，大多数东西都是废话，但放在其他人身上，就不一定了。

对特定技术来说。
JavaInActoin 2007-10-31
是的，对于gigix来说，大多数东西都是废话，但放在其他人身上，就不一定了。
hyhongyong 2007-10-31
gigix 写道
JavaInActoin 写道
hyhongyong 写道
结对编程，不一定要每时每刻都结对，不一定要每项模块开发都结对，不一定每个人都要结对。

是的，没见过哪个工厂在所有环节上都用双岗的。

又是这种似是而非的话。
结对不能过度，过犹不及，没错，都是绝对正确的废话。但是，有几家公司敢说自己是结对过度的？有几个人敢说？
明明绝大多数人都是做得不够，上班不时打晃走神，代码缺乏复审，这种时候说什么结对不要过度，有意思吗？
怎么叫没有意思？
有一些人正是因为不理解结对编程这种临时性、范围性、适用性才质疑结对编程的正确性。
只有认识到这一点，才能灵活应用结对编程。
gigix 2007-10-31
JavaInActoin 写道
hyhongyong 写道
结对编程，不一定要每时每刻都结对，不一定要每项模块开发都结对，不一定每个人都要结对。

是的，没见过哪个工厂在所有环节上都用双岗的。

又是这种似是而非的话。
结对不能过度，过犹不及，没错，都是绝对正确的废话。但是，有几家公司敢说自己是结对过度的？有几个人敢说？
明明绝大多数人都是做得不够，上班不时打晃走神，代码缺乏复审，这种时候说什么结对不要过度，有意思吗？
JavaInActoin 2007-10-31
hyhongyong 写道
结对编程，不一定要每时每刻都结对，不一定要每项模块开发都结对，不一定每个人都要结对。

是的，没见过哪个工厂在所有环节上都用双岗的。
hyhongyong 2007-10-30
结对编程，不一定要每时每刻都结对，不一定要每项模块开发都结对，不一定每个人都要结对。
renavatio 2007-10-30
Julian 写道
dearwolf 写道
这个是典型的标题党

非常同意标题党的说法，大标题带个空洞的内容，

小弟在项目中实验过结队，感觉结队开发适合找“沙和尚”那样的开发人员，本事刚够用，但听话，专注，稳重，“孙悟空”虽然本事大，但是骨子里是带着清高，经常把结对管理搞的乱七八糟还自以为是，猪八戒那样活泼的开发人员还比较少见。

所以，结对成员之间对交流的要求比较高，水平差距也不能太大，否则也不会“敏捷”了。
Julian 2007-10-25
dearwolf 写道
这个是典型的标题党

非常同意标题党的说法，大标题带个空洞的内容，

小弟在项目中实验过结队，感觉结队开发适合找“沙和尚”那样的开发人员，本事刚够用，但听话，专注，稳重，“孙悟空”虽然本事大，但是骨子里是带着清高，经常把结对管理搞的乱七八糟还自以为是，猪八戒那样活泼的开发人员还比较少见。
ds3783 2007-10-22
XP 的确对开发人员本身的素质要求比较高，但确实能够大大提高软件开发的效率和质量。
当然，XP的实施不能过于盲目按照书上的讲述来做，我刚开始带项目就犯了这个错误。得出经验就是一点点来做，先抓TDD，然后下一步抓Pair Works，最后把XP的精华一步步应用到我们的开发过程中。
目前我们做了TDD后（当然还不够完善），感觉项目的开发进度有明显的加快，人员、技术的管理也变得非常轻松，这样我就有更多的时间做该做的事情，以往是天天被人追着问这要那的，现在都是我主动准备好文档去找其他部门（例如项目管理部门或者测试部门）商量事情了。
focus 2007-10-20
最近在项目组中 实行结对编程发现实行起来并不是那么容易，尽管在执行之前与项目成员讲述了结对编程的益处，同时大家也认识到他的作用，但在真正编程过程中发现还是其中一人在编写。
发现结对编程对编程人员的协作能力以及心态要求比较高。
抛出异常的爱 2007-10-16
renavatio 写道
sg552 写道
窃以为， 结对的最主要目的，是为了提高工作效率。让人没有打瞌睡的机会。

俗话说：“男女搭配，干活不累”，最好是配对MM。
真的轮到了的话，与自己写没什么区别。
renavatio 2007-10-16
sg552 写道
窃以为， 结对的最主要目的，是为了提高工作效率。让人没有打瞌睡的机会。

俗话说：“男女搭配，干活不累”，最好是配对MM。
sg552 2007-10-15
窃以为， 结对的最主要目的，是为了提高工作效率。让人没有打瞌睡的机会。
focus 2007-10-14
刚接触XP时，感觉里面的东西很新鲜:结队的编程、代码的重构等。但真正运用起来，特别是在一个团队中使用时感到不是那么轻松，XP作为一种非架构驱动的编程方式似乎对团队的每个成员个人编程能力要求比较高，否则使用XP就又回到过去的无设计的开发方式。
同时也感觉到单独使用XP在项目的开发中会遇到不少问题，项目不那么容易掌控。
bcccs 2007-10-05
gigix 写道
renavatio 写道
从计算机科班出身的，太多人迷恋自己那一套了。当你和他讨论一个想法的时候，他们大多不会认真思考，多半会以自己的“实战经验“教导别人。

所以其中最高阶的一组被称为ph.D

和学历无关，没有倾听和理解能力的人多了去了。
发表评论

提醒: 该博客已发表在公共论坛，博客所有留言会成为论坛回贴，留言请注意遵守论坛发贴规则

您还没有登录，请登录后发表评论

renavatio
搜索本博客
博客分类
最近加入圈子
存档
最新评论