Eclipse 成对编程，混合IDE环境？

有没有人有过团队在混合IDE环境下进行结对编程的经验？我是IntelliJ的长期用户，其他人使用Eclipse，您可能听说过

在我看来，结对编程需要在程序员之间传递大量的键盘。但每次我拿到键盘，我都会停下来，因为我再也不知道该做什么了。（好像突然间我成了一个白痴！）

---

现在我可以，也许应该，学习如何绕过日食。（不是在这里开始一场关于相对优点的圣战。）但我想知道是否还有其他人有意见？

在结对编程中，结对应该在IDE上标准化

我的建议是要么与另一个IntelliJ用户配对，要么，如果小组中的其他成员都在Eclipse上，就开始学习Eclipse

---

为了获得结对编程的效率，在IDE之间切换会浪费太多的时间。

我认为没有必要将键盘四处传递。在我看来，当你的另一半从你的肩膀后面看的时候，你只工作一部分。有时候，我想你必须开车，但通常不是每10分钟一次。如果他打字4个小时，你就换位置，那时就换IDE

---

我同意您应该学习所使用的工具，如果有一个实际发布或记录的标准，您应该遵循它，但是如果允许您使用任何您想要的IDE，那么我看不出有任何问题。但是，如果它阻碍了您的交付能力，那么您可能会与使用相同IDE的人配对。

您可以在配对机器上加载这两个IDE，并根据需要在它们之间切换，但我建议与您的配对伙伴对IDE进行标准化。您可能希望在下次回顾中提出这个问题，看看团队的共识是什么。

标准化您的环境！虽然您需要一种通用的源代码样式，但我认为您也需要一种通用的工作方式，包括拥有一个通用的IDE。所有类型的设置、知识、插件等都更容易共享，包括您关于结对编程的示例。

我没有在多IDE环境中这样做。但在我看来，配对是学习IDE特性的最佳方式。因此，您应该在Eclipse上快速提高速度，同样，您的同事也应该在短时间内掌握IntelliJ。你们两人都将更加精通这两种环境——如果你们选择这样做的话，这是一个很好的位置来确定团队IDE

通过与其他学习方式的比较，结对可以教会您对您（或您的结对，他们可能有类似的需求）有用的功能。你几乎通过潜移默化来学习；当你们的搭档使用一项功能时，你可能会问自己，“你是怎么做到的？”或者“你刚才做了什么？”这是在教你所需要的功能，正好是在你需要它们的时候

---

在您的情况下，可能会有额外的价值：您可能会发现自己想要IDE提供的功能；你们可能从未遇到过它（但它也可能在Eclipse中）。因此，您花了一分钟的时间来跟踪该特性，现在两人都了解了IDE的新功能（并且非常有用）

对于OP来说已经晚了10年，但是这个问题在搜索引擎中仍然排名靠前，所以其他对远程混合环境对编程感兴趣的人可以试试。它可用于IntelliJ、Eclipse、VS代码和基于它们的IDE

参与者加入浏览器，但在IntelliSense、验证、参考搜索、导航等方面获得完整的IDE体验。CodeTogether简单、快速、免费、匿名和加密。插件/扩展位于您期望的正常市场/注册中心，也可在上获得

---

充分披露：我为Genuitec工作，这是CodeTogether的制造商，我们真的希望你喜欢。任何关于结对编程的建设性反馈都会受到赞赏。

我从未尝试过结对编程，但这听起来已经不是个好主意。当人们共享工作站时，混合使用不同的IDE（如果真的是这样的话）听起来只会让事情变得更糟……您可以，也许应该，学习如何绕过Eclipse，以及团队其他成员使用的任何其他工具。你能想象如果你坚持使用一种风投工具，而其他人却使用另一种工具会是什么样子吗？IDE也是如此。@Neil-这次不同意。对于VCS，您只需学习一些新命令，或者该接口集成在IDE中。但是IDE是你的主要工具，你知道快捷方式、菜单、重构、优点和缺点。一、 作为一名狂热的eclipse用户，曾经有一位同事与

vi

共事多年。在她的机器上与她进行配对编程将是一场噩梦（对我们两人来说；））我从未使用过这种技术，所以我很好奇，让一个开发人员在另一个开发人员的肩上看4个小时会得到什么，因此，我可能不是最好的解释者，但我会尝试一下：如果我自己编写代码，有时我会偏离正轨，试图解决一个问题，a）已经在库中解决，b）次要于实际问题，c）不是需求的一部分，d）有趣但不重要。一起工作，一个人从你的肩膀后面看，可以让编码员保持在正确的轨道上，而不会忘记什么是重要的。它也让两个人知道这段代码（当bug出现时很棒）。“如果他打字4个小时，你就换位置”对我来说不再是真正的配对编程了。。。通过这种方式，动力学将完全从过程中移除。更不用说，一对4小时的编程时间是一对每天最多可以使用的时间（除非你打字时另一个家伙正在小睡；-）@Peter:我同意4小时太多了。但是你会每10-20分钟换一次司机吗？@Péter Tör?