结对编程_重新思考结对编程

结对编程

默认情况下，我们总是成对进行工作。 我们坚信，由两个人完成同一任务所获得的质量要优于由一个人完成的质量。 但是，有时配对不是很有效。

配对编程陷阱

在专业环境中，与具有不同软件开发基础的开发人员结对可能会很慢，很累而且很沮丧。 让我们探讨一些配对编程的陷阱。

结对编程可能很慢且令人沮丧

必须对每个变量名称进行解释并达成共识可能会非常烦人。 讨论设计决策时，情况会变得更糟。 辩论可能持续数分钟，甚至数小时。 挫败感开始了。配对时，我们经历了多少次：“哦，拜托。 您怎么能不同意呢？ 这是常识。 我们可以停止辩论，只完成血腥的故事吗？” 这些年来，我开始了解到不存在常识。 当人们用完论据时，这只是一个短语。

如何改进它：当开发人员不需要讨论诸如方法大小，单一职责原理，如何命名变量以及一些基本软件设计原理之类的基本概念时，结对编程将变得更加高效和愉悦。 当开发人员具有类似的基础时，他们可以纯粹专注于找到解决问题的更好方法，而不必浪费时间进行不必要的讨论。 使整个团队达到相同理解水平的一种方法是组织定期的技术会议（动手实践，读书会，圆桌讨论等），定义团队标准，回顾和代码审查。

结对编程可能很累

花一整天与某人配对可能会很累。 我们需要在每一行代码上证明并达成共识。 对于一个开发人员来说琐碎的事情可能对另一个开发人员而言并不琐碎。 随着eXtreme编程的普及，某些公司开始要求成对编程。 要求开发人员在同一时间到达，在同一时间休息午餐，然后在同一时间离开，因为他们需要全天候配对。 归根结底，开发人员精疲力尽，因为他们没有时间陪伴自己。

如何改进：开发人员需要一些时间。 定期休息很重要。 使用Pomodoro技术是强制定期休息的好方法。 以下是更多提示。

结对编程可以扼杀创造力

我们的一位客户最近问我，他们的UX和UI团队是否也应该成对进行工作。 总的来说，我认为这是个好主意，但是有时候您需要空间来进行创新。 有时您想探索一些半生半熟的想法，但尚无法将它们说成语言。 软件设计也是如此。 有时，我们需要一些单独的时间来创建。 在您受到时间或坐在您旁边的人等着您的压力的环境中，很少有创造力和创新等待您解释您打算做什么。

如何改进它：任何团队成员都可以表达自己独自完成一项任务的愿望。 这并不意味着其他团队成员将不会审查她的工作。 在短时间独自工作之后，此人可以向团队其他成员展示她的想法，并选择一对来完善和完成工作。

没有经验的开发人员并不总是从配对中受益

结对编程是指导经验不足的开发人员的好方法。 但是，它不可能100％地发生。 他们在对我们的学徒讲话时说，尽管有人专职教他们真是太好了，但他们还需要一些时间独自进行研究和犯错。 开发人员通过这样做来学习，他们需要一些空间以自己的速度来做事情。 我们的学徒认为，尽管他们向我们的工匠学习了很多东西，但他们并没有吸收所有东西。

将经验丰富的开发人员与经验不足的开发人员配对是一种让经验不足的开发人员了解事物运作方式的好方法。 但是，这样做的副作用并不总是积极的：没有经验的开发人员最终没有花费足够的时间进行研究，尝试和犯错。 经验不足的开发人员可能会学习经验丰富的开发人员如何做事，但她无法完全理解原因。

如何改进它：指导缺乏经验的开发人员的更好方法是成对地开始一项任务，给出一些高级指导，然后让缺乏经验的开发人员自己完成任务。 如果遇到困难，可以随时寻求帮助。 完成后，经验丰富的开发人员应审查她的工作。 在这一点上，如果提出改进建议，则两个开发人员都可以比较不同的方法。

一般准则

像足球队一样，开发人员应该具有相同的目标并与团队合作。 但是，我们还需要为个人创造力提供空间。 最好的足球队之所以赢得比赛，不仅是因为他们出色的团队合作，还因为他们的个人才能。 一个单独的游戏可以改变整个游戏。

有些人早上工作得更好。 其他人，例如我，在晚上工作得更好。 但是重要的是，有一段时间让整个团队在一起，成对工作。 最近，我们作为团队同意将我们的“配对时间”从上午10点至下午5点。 这样，人们可以在清晨或午后独处。

默认情况下，我们更喜欢成对工作。 我们对结对编程的好处毫无疑问。 但是，我们也认为为个人创造力和学习提供空间是必不可少的。

翻译自: https://www.javacodegeeks.com/2015/03/rethinking-pair-programming.html

结对编程