所有团队成员都应该使用相同的IDE吗？

Question

是否所有团队成员都必须使用相同的IDE（例如eclipse，netbeans，intellij）进行编程，即使构建过程独立于IDE？ （假设项目中没有使用IDE特定的插件等。）

如果每个人都使用相同的IDE，他们可以共享相同的配置并在更一致的环境中工作。但是，如果您已经使用某个IDE多年，那么被迫使用另一个IDE将会令人沮丧并降低工作效率，因为您将尝试学习IDE而不是关注问题域。

我很想知道您工作过的这两类团队中哪一个以及您认为最适合哪一个团队。

由于

Answer 1

如果没有使用特定的插件，为什么不让人们使用他们想要的？我们使用Eclipse，vim和其他编辑器的混合来编辑Java，PL / SQL和Pro * C的混合。我们都有不同的vim设置，它从来都不是问题。 说过我们都使用Eclipse for Java，但这主要是因为它是Java的最佳IDE（出于我们的目的）。 我们都处于不同版本，但实际上并没有任何强制一致性。

Answer 2

我喜欢让每个开发者选择他们的IDE。我在标准化的环境中工作并且混合了，我没有看到很大的生产力差异 - 更多的是士气问题（被迫使用他们不喜欢的工具的人不那么开心）。

您提到了以Java为中心的IDE（Eclipse，NetBeans，IntelliJ）。在以Java为中心的环境中，可以使用Maven为这些IDE生成项目文件，从而减少了在单个IDE上标准化的大部分参数 - 因为您在较低级别标准化 - Maven项目文件。

我认为唯一需要注意的是，我发现选择使用简单的文本编辑器而不是IDE的开发人员几乎总是创建在IDE中查看时充满警告的代码，所以我不赞成这种做法。当然，如果某人是带有emacs或textmate等的wiz，并且没有产生警告，那么我对他们继续使用他们所选择的平台没有任何问题。

Answer 3

我不能说Java。但至于C ++，如果你不同意缩进（是空格，制表符，大小的标签），运行时的代码会变得一团糟，而且可读性会降低。

如果定期进行同行评审/编码（即XP或者系列评审的一部分），可能会反对在同一团队中使用多个IDE的其他观点。

如果这些不是问题，我不明白为什么团队成员无法拿起他们喜爱的IDE。

Answer 4

如果你对它过于苛刻，你就会扼杀创新，两年后你将会使用一个完全不适合你的任务的IDE的古老版本。另一方面，如果你给予自由的统治，每个开发者都会做自己的事情，你的生产力会受到打击。

有“3规则”。让团队选择他们想要使用的IDE。如果某些成员更喜欢不同的IDE，请允许第二种替代方案。当一些成员想要转移到第三种选择时，如果团队同意摆脱前两种中的一种，那就没关系了。

通过这种方式，你的开发团队可以保持一定的一致性（随之而来的是生产力的提高）但是你可以在没有委员会决定的情况下转向替代方案。

Answer 5

强制每个人使用同一个IDE只有在使用克隆时才有效。由于每个人都不同，他们有不同的方法来解决任务。如果差距变得太大，允许个人使用他们喜欢的工具可以提高性能和士气（士气，因为当他们认为他们有影响时人们感觉更好）。

但这绝不会导致支持问题。如果有人要求一些不起眼的IDE（无论出于何种原因），他们最好能够自己解决问题。选择并不意味着你有借口跳过工作，因为你的工具一直在破碎。