На моем рабочем месте Eclipse был стандартным инструментом разработки, с проектами, выпущенными для компиляции с Eclipse (я был там, когда мы обнаружили, что Makefiles ничего не делал, если Eclipse еще не выполнил сборку).
Простое решение - учесть потребности разработчиков и предоставить им базовую среду, в которой они нуждаются. Пользовательские плагины могут быть установлены в домашней папке самими разработчиками с заявлением об отказе от поддержки. Просто установите базовую среду, в которой нуждается большинство людей на вашем рабочем месте, и наиболее распространенные плагины. Сказать:
- Базовая среда JDT
- Графическая разработка / разработка сети / плагины для разработки на C ++ или все, что вам нужно для
- Плагин UML, если он явно лучше
- Какой-нибудь профилировщик, если вы можете заставить его работать (я выполнил профилирование с Netbeans, gprof, даже с Oprofile, но я так и не смог заставить его работать с Eclipse - в любом случае профилирование выполнить сложнее, чем в Netbeans). И если люди используют это. Если люди этого не делают, то, возможно, нужно что-то пересмотреть, если только оптимизация вообще не проводится, потому что она не нужна :-). Это единственное, что людям потребуется поддержка, ИМХО, остальное было прозрачно для меня.
- Может быть, в Linux я бы хотел RPM для скомпилированных gcj версий Eclipse, таких как Ubuntu и RedHat. За исключением того, что у меня нет доказательств того, что это быстрее, в то время как у меня есть доказательства того, что ecj (автономный компилятор Java Eclipse) намного медленнее с GCJ (и есть много причин, почему это нормально)!