所有团队成员都应该使用同一个ide吗?[关闭]

如果没有使用特定的插件,那么为什么不让人们使用他们想要的呢?我们使用Eclipse、VIM和其他编辑器的混合来编辑Java、PL/SQL和PRO*C的混合。我们都有不同的VIM设置,而且从来都不是问题。 已经说过,我们都使用Eclipse作为Java,但这主要是因为它是Java的最佳IDE(用于我们的目的)。 不过,我们都使用不同的版本,因此也没有任何强制的一致性。

我喜欢让每个开发人员选择他们的ide。我曾在标准化的环境中工作过,而且我也没有看到太大的生产率差异——这更多的是一个士气问题(被迫使用他们不喜欢的工具的人不太高兴)。

您提到了以Java为中心的IDE(Eclipse、NETBeaS、ITELLIJ)。在以Java为中心的环境中,可以使用Maven为这些IDE生成项目文件,这减少了在单个IDE上进行标准化的部分理由,因为您在较低级别上进行了标准化——Maven项目文件。

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

我不能说很多关于Java。但是对于C++,如果你不同意缩进(它是空格、制表符、大小的标签),那么运行时的代码就变得一团糟,不那么可读了。

如果同行评审/编码是定期进行的(即xp或coe评审的一部分),那么在同一个团队中使用多个ide可能是不可取的。

如果这些不是问题,我不明白为什么团队成员不能接受他们的好心IDE。

如果你对它过于苛刻,你将扼杀创新,在两年内,你将在一个完全不适合你的任务的古老版本的ide上。另一方面,如果你给自由支配权,每个开发人员都会做自己的事情,你会有一个生产力的打击。

有一个“3的规则”。让团队选择要使用的IDE。如果某些成员喜欢不同的ide,则允许使用第二种替代方法。当一些成员希望转移到第三个备选方案时,只有团队同意去掉前两个方案中的一个,这才是可以的。

这样,您的开发团队就有了一定的一致性(生产力也随之提高),但是您允许在没有委员会决定的情况下转移到其他的选择。

强制每个人使用同一ide只有在使用克隆时才有效。因为每个人都是不同的,他们有不同的方法来解决任务。如果差距变得太大,允许个人使用他们的首选工具可以提高表现和士气(士气,因为人们感觉更好时,他们相信他们有影响)。

但这决不能导致支持问题。如果有人要求一些不知名的ide(无论出于什么原因),他们最好能够自己解决问题。选择并不意味着你有借口因为你的工具总是坏掉而放弃工作。