结对编程可能有哪些缺点？[关闭]

结对编程在当今非常有名。

它具有以下优点：

1. 错误较少的程序。
2. 后期制作维护成本要少得多。
3. 既定的做法受到挑战，导致出现新的想法。
4. 程序员可以互相学习。
5. 程序员发展软技能。

但是结对编程的缺点是什么？

尽管结对编程赢得了相当大的声誉，但它也有一些陷阱。

其中一些如下：

1. 在成对编程中，您不能坐下来对自己的代码进行自我评估。
2. 一对中的一个可能会停止积极参与。
3. 驾驶员需要“大声编程”。静默编程会降低收益。
4. 产生相同功能需要花费更多的工时。必须在代码质量和增加的编码成本之间保持平衡。
5. 当有经验的程序员和新手程序员配对时，可能会出现“监视大师”现象。新手成员可以成为观察者，而经验丰富的成员可以完成大多数编码工作。
6. 当两个经验丰富的用户配对时，可能会出现“开发者的自我”现象，每个成员都试图推动自己的想法。

我已经尝试过多次进行配对编程，包括在一个组织中（简短地）考虑将其推广为所有工程师的强制性过程（您可以猜出这个想法的进展程度如何）。我个人讨厌它。

我在下面列出的原因仅是我的主观经验，我无法具体地“衡量”它们的影响。但是这里它们都是一样的：

1-仅当前者发声而后者会听时，才有“导航员”和“驾驶员”才有帮助。

我们都遇到过固执，对某种理论上的关注热心或在病理上无法（心理上）无法在有人提出问题时“扔掉”旧开发人员的开发人员。我们都知道，个人太胆小或无所顾忌，无法引起关注或提出极端案例。

当这些开发人员配对时，导航器迅速扮演被动角色，而最终的结果是通过自动代码审查进行唯一编程。这是对资源的巨大浪费。

2-配对会阻碍创造力。

与以前对“集体讨论”价值的看法相反，如今的共识是，创造性知识工作需要独立性和自主性。当您一个人工作时，您可以迅速总结出一些疯狂的想法，看看它是否切实可行。您可以无言以对地组装一些奇怪的原型，如果失败了就没关系，因为没人知道。

将其与配对进行比较：当我想尝试一些新概念时，我必须说服我的伙伴，逐步地与他们讨论实现，并希望他们不会对我进行评估，如果失败了。这种环境对创造新想法是有害的。

3-最低公分母设计。

当一对不能像上面那样提出新的想法时，或者当个人不能就应如何设计功能的某些基本原则达成共识时，就会出现一个混乱的设计，试图折衷并满足所有人。

如果您将一个开发人员构建了出色的，雄辩的，面向天空的功能性编程抽象，并将它们与快速而肮脏的性能怪胎结合在一起，那么他们将共同生成的代码通常既不会非常优雅，也不会特别快。

4-缺乏自治权和暴力透明度。

暴力透明性是我从与Scrum方法论相对适度著名（且颇具争议）的争论中选择的一个短语。它描述了一些组织如何使开发人员幼稚化，并以通常为非专业工作者保留的怀疑态度对待他们。

无论您如何考虑使开发人员的工作完全透明的“危害”（您可能不同意这实际上是危害），许多人都珍视自己的自主权和独立工作的能力，并相信自己做正确的事。这是一个重要的心理需求，迫使开发人员结对（如我所见，至少在一家商店中发生过）将使员工感到沮丧，沮丧和疏远。

5-有些开发人员不能很好地配对使用。

有些人不会或不能在成对的环境中适当地表现自己。他们可能有不良的卫生习惯，不良的工作习惯，个性化的磨擦，“大声”和“紧张”的态度，或者还有其他许多特征，使他们成为优秀的个体工人，但对程序员却很差。

你能解决这个吗？并不是的。改变个人行为很难。结对编程的商店在招聘时需要非常小心，并花费大量时间来了解某人的工作方式以及他们是否能够与同龄人一起工作。但是，对人格进行更严格的歧视意味着除非您放松对技能和专业知识的标准，否则招聘将需要更长的时间。

取决于您的情况或观点。

结对编程对组织有利。但是对个人有益吗？

毕竟，这是一种节省成本（早期反馈）和提高生产率的方法；与您无关，但与项目，产品，公司（$$）有关。

尽管您可以获得个人利益，但它们并不是任何开发方法的原因或终点。例如，（全职）结对编程还可以阻止您放松，冲浪等，您必须向伴侣证明自己的停顿是合理的。

您（轮换）的合作伙伴将是最好的监控摄像机：工作强度增加。

或者，通过分配知识，个人对公司的风险降低（例如，不能离开公司获得基本知识），并且“议价筹码”更少。

我相信您可以通过从公司的实际情况/立场而不是从经理的角度更严格地阅读肯定的文章来找到更多要点。

几乎所有方法都是从经理的角度编写的。

1. 您现在突然必须告诉某人何时要上厕所或喝咖啡。至少没有必要征求许可。

2. 您必须遵守他人的卫生标准。

除了其他答案：

1. 我工作过的许多公司都向他们的程序员提供笔记本电脑（位于客户站点-下班后回家时更容易保护设备安全，能够在紧急情况下在家中通过VPN来完成其他工作）等以前，从肩膀冲浪的角度来看，我已经很难在其他人（“驾驶员”）的笔记本电脑屏幕上看到-年龄不会对此有所改善（在任何情况下，某些屏幕在理想视角之外都难以阅读）。

   因此，结对编程人员将需要足够大的屏幕，这将增加硬件成本并限制对位置的适应性。对于某些人来说可能不是问题，在其他情况下则是问题。

2. 我还发现，个人卫生偏好（包括吸烟，饮食和饮酒）的差异以及人格冲突必定会影响生产力。告诉两个程序员“吸吮并相处”很容易，通常这将导致人们宁愿闭嘴，并通过消极的攻击性行为默默地破坏对方，以发泄彼此的不满。
3. 噪声。我一方面喜欢安静的工作环境。我无法想象某些结对编程人员会不断地chat不休（因为您需要进行交流）。即使是耳机上的声乐，也会干扰我的注意力（办公室聆听的乏味乐器...）。我想可以通过从无处不在的开放式办公室转移到专用的2人办公室来缓解这种情况，但这将再次提高成本。

趣闻轶事：

• 先前的雇主曾经从另一个国家/地区聘请承包商（所有人都保持匿名以保护罪行）。雇主提供住宿，但不提供交通。由于上述承包商一直沿着我的工作路线生活，所以我自愿参加了接他接送他的工作。假设他的个人卫生状况与我以前所接受的标准不同，并且他还大量吸烟（“最强！”），而我却没有。在我们15分钟的办公室旅行中，即使在冬天，我也保持着窗户的滚动状态，即使在冬天，这也没有阻止我的汽车闻起来像是三个月后的陈旧的吸烟室（不，他没有在车内吸烟） ，但他是在等我时做的。
• 我们也没有进行配对编程，而是在会议桌旁坐了一会儿。大约一个月后，在桌子的人造木头上，同事的鼠标周围有一个漂亮的棕色环。那时，我在呼叫中心开放式计划区域的旁边有一个开放式办公桌，我偏爱它（在耳机的帮助下）。
• 然后是无处不在的办公饮料：咖啡。尽管我确实喝，但我可以不喝也可以不像其他同事那样经常喝酒。近距离呼吸可能非常令人不适-类似于空的被遗忘的杯子气味。让我们称这款香水为“ muggy” ...

我认为结对编程因社会和实际原因而失败。从本质上讲，您是在要求一个人在不断的监视下工作，而另一个则无所事事。

一段时间后不可避免地发生的是，两人分裂为“检查电子邮件”或“您对该现场问题进行了不良检查”等

而不是提高代码输出，而是减少了体积。出于实际原因（“我需要去吃午餐/与您不同步”）和社交活动（生病，我只是想等鲍勃完成他的所作所为，然后再要求再次配对，所以我不想被人as住他）

至于自吹自advantages的优势，有许多常用的方法可以更简单有效地实现这些优势

告诉两名高级开发人员是否有信心可以完成工作是“痛苦的编程”，这是最大的缺点。