Все члены команды должны использовать тот же IDE? [закрытый]

Если не используются какие-либо определенные плагины, почему бы не позволить людям использовать то, что они хотят? Мы используем смесь Eclipse, vim и других редакторов для редактирования смеси Java, PL / SQL и Pro * C. У всех нас разные настройки vim, и это никогда не было проблемой. При этом все мы используем Eclipse для Java, но это главным образом потому, что это лучшая IDE для Java (для наших целей). Мы все находимся на разных его версиях, так что и здесь нет никакой принудительной согласованности.

I am a fan of letting each developer choose their IDE. I've worked in standardized environments and mixed, and I haven't seen much of a difference in productivity - its more of a morale issue (people forced to use tools they don't like are less happy).

You mention Java-centric IDEs (Eclipse, NetBeans, IntelliJ). In a Java-centric environment, one can use Maven to generate project files for those IDEs, which reduces a good portion of the argument for standardizing on a single IDE - because you standardize at a lower level - the Maven project file.

The only caveat to my opinion is that I find developers that choose to use simple text-editors rather than IDEs almost always create code that is riddled with warnings when viewed in an IDE, so I frown on that practice. Of course, if someone is a wiz with emacs or textmate, etc., and doesn't generate warnings, I have no problem with them continuing with their chosen platform.

Я не могу много сказать о Java. Но что касается C ++, если вы не согласны с отступами (это пробелы, табуляции, табуляции какого размера), код во время выполнения становится беспорядочным и менее читаемым.

Дополнительный момент, который может быть против использования нескольких IDE в одна и та же команда, если рецензирование / кодирование выполняется на регулярной основе (т.е. часть проверки XP или Co).

Если это не проблемы, я не понимаю, почему члены команды не могут выбрать свою любимую IDE.

If you get too draconian about it you'll stifle innovation and in two years you will be on an ancient version of an IDE that is wholly inadequate for your task. On the other hand if you give free reign, each developer will do his own thing and you'll have a hit in productivity.

Have a "rule of 3". Let the team pick which IDE they want to use. If some members prefer a different IDE, allow for a second alternative. By the time that some members want to move to a third alternative it is only ok if the team agrees to get rid of one of the first two.

That way you have some consistency in your dev team (with the productivity gains that go with that) but you allow for moving to alternatives without a committee deciding it.

Принуждение всех использовать одну и ту же среду IDE работает только в том случае, если вы используете клонов. Поскольку все люди разные, у них разные подходы к решению задач. Если разрыв становится слишком большим, разрешение людям использовать их предпочтительный инструмент может повысить производительность и моральный дух (моральный дух, потому что люди чувствуют себя лучше, когда они верят, что они оказывают влияние).

Но это не должно приводить к проблемам с поддержкой. Если кто-то запрашивает какую-то непонятную IDE (по какой-либо причине), им лучше решить свои проблемы самостоятельно. Выбор не означает, что у вас есть повод пропускать работу, потому что ваш инструмент все время ломается.