两个脑袋常常比一个好

Two Heads Are Often Better than One

程序员需要思考,思考需要独处。所以这成了对程序员的刻板印象。

这种“孤狼”的编程方法可以被一种更具合作性的方法取代。我认为这可以提高程序员的质量、生产率、以及工作成就感。这种方法还可以让开发者的工作更接近于其他人以及非技术人员——商业和系统分析师、质量保证专家,以及用户。

这对开发者而言意味着什么?意味着光成为技术专家是不够的。你还必须和他人一起工作时变得更有效率。

合作不是问答问题或者坐下来开会。二是撸起你的袖子和他人共同处理工作。

我是结对编程的头号粉丝。你可能称之为“极限合作”。作为开发者,我的技术都是在我结对时成长起来的。如果我在某个领域或技术方面较弱,我就可以学到他或她的经验。如果我在某方面较强,通过不得不向他人做出解释,而明白自己到底哪些懂哪些不懂。一贯地,我们都会把东西拿出来相互学习。

当结对边蹭时,我们每个人都会把我们的(领域和技术)经验带入眼前的问题,并通过独特的见解和经验将其高效而有效地写入软件中。即使在技术知识领域极端不平衡的情况下,更有经验的那位结对伙伴也照样能从他人那里学到东西——或许是一种新的快捷键,或者新的库和工具。而对于那位经验较少的结对伙伴而言,这是很棒的快速入门方法。

尽管这不是唯一的方法,但结对编程在敏捷软件开发支持者中很受欢迎。一些反对结对的人会问:“为什么我要支付两个程序员的薪水来完成同一份工作?”我的回答是,确实,你不该这么干。我认为结对可以改善质量、理解技术领域、以及像是IDE技巧、以及降低突然中彩票风险等(比如你的某位专家级开发者中彩票了,然后第二天他申请辞职)。

学会一个新的快捷键有什么长期价值么?我们又如何衡量结对编程对产品整体质量改善的多少?相比于让你自己用僵化的方法来解决困难的问题,我们要如何衡量你的结对伙伴对你帮助又多少?一项研究指出效率和速度的提升是40%(J. T. Nosek,“协作编程案例”,ACM通讯,1998年3月)。减轻“中彩票风险”又有什么价值呢?其实大部分这些收益都很难衡量。

谁和谁应该结对呢?如果你是团队新人,重要的是找到团队里知识渊博的人。当然,找到那个人缘好且具备指导能力的人也很重要。如果你没有太多领域经验,那就和团队里那个领域专家结对。

如果你还是不相信,那就尝试下:和你的同事合作。一起结对做些感兴趣有粗略的问题。看看感觉如何。多试几次。

0%