结对编程在工作场所有多普遍？

我一直对结对编程感兴趣，但是在12年的开发中，我从未在他们采用这种做法的地方工作过，因此我一直对人们的看法持怀疑态度。

我想知道这是因为金钱/时间（尖头的老板在同一台计算机上发现两个人正在使用相同的代码！！！！！！！！！！他们怎么敢！！）还是其他原因？

我已经从事了15年的演出，最近（过去12-18个月）我们开始采用敏捷技术。在使用结对编程的情况下，结果故事/功能已按时实施且没有缺陷。我仍然认为它的使用频率不够高。

在采用敏捷之前，多年来，我和另一位开发人员不经常共享键盘（也许每3-4个月一次）。我们的管理团队似乎并不愿意，但总是对我们的非正式配对感到满意，因为它通常完成了以下几个任务：

• 减少团队的孤岛（当团队为6-8开发人员时获得巨大胜利）
• 产生的缺陷较少的代码
• 每个开发人员通常都会从中学习技能

我会说管理层不愿意，但是如果您可以采取一些步骤，然后证明该功能会更好（节省成本），并且/或者每个（或一个）开发人员都掌握了一些技能（向前支付），则可以您会发现它适合您或您的团队。

我的猜测是，开发人员可能会遇到很多阻力。您还记得在大学甚至是高中时期被迫与可能不是世界上最有动力的人一起工作吗？这些人仍然存在。除非您有一个由所有“顶尖”人员组成的团队，否则这种类型的设置会在小组中引起敌意。

尚未正式完成，但是只要遇到困难，我都会打电话给开发人员，我们俩将共同致力于解决方案。这是反弹想法的好方法，让一个人思考而另一个人思考，这样就不会因为输入内容而失去思路。

希望做得更多。

我不在乎：

1-我喜欢在编码时听音乐。并非每个人都希望听到Slayer在耳边爆炸。

2-我长大时考虑过非常粗鲁地看着人们的肩膀，当人们这样做时会感到非常不舒服。

3-我想很快，当我正在寻找解决方案时，当我开始寻找答案时，被打扰是我所需要的最后一件事。

4-我不能偶尔休息以细读论坛和新闻组。无论如何，有些人可能认为它不合适，但是我发现这对于我的持续改进非常重要。有时候我会太分心，但是总的来说，增加知识所带来的好处要大于对生产力的影响。

我想其他团队可能会有所不同，但是有几次我真的被某些东西困扰并且需要NEED的帮助时，我几乎始终是最终提出解决方案的人。我真的很擅长做我的工作，但是我认为可能还有更多的事情...不确定，无论如何，我发现我最好只解决棘手的问题，而总的来说最好单独完成。听起来可能有些自大，但这并没有使它错误。

我认为这实际上可能会帮助其他人掌握我的一些技巧，但是考虑到＃3，他们无论如何都不会打破我的思路而几乎无法提出问题。

所有这些，我已经不时尝试了。有时它的好处很小，但我当然不能认为它是一贯的事情。独狼系统对我有用，对团队似乎也有用。

结对编程是开始或做一些不平凡且困难的事情的好方法。更好的例行任务和简单任务最好单独完成。

我参加了许多初创/车库公司和大公司的结对编程会议。它总是在只有新事物和困难被接受时才发生，也就是说，每年最多两次，持续几周。您的公司多久发生一次？

我们从来没有这么称呼过它，但是在过去，这就是我们一直在攻击新问题的方式。我们会结成对，以开始解决方案，但通常会分拆以单独完成/清理细节。不再那么多了。似乎越来越稀有。

不是很常见。在过去10多年中我去过的所有商店中，我都看过一次。在最慢，效率最低的商店。这似乎创造了一个嘈杂且压力很大的环境。一个人不停地进行驾驶和交谈，根本阻止了另一个人思考。

将团队聚集在一起进行代码审查，无论是成组的还是成对的，并给开发人员自己的空间。从长远来看，这将比追赶最新的敏捷时尚更好。