Quel environnement de développement intégré Java utilisez-vous en 2018 ? Et pourquoi ?

C'est certes moins simple de customiser avec SWT (ca demande une expertise Java et SWT, ce qui est moins facile et plus rare qu'HTML/JS), mais c'est possible. Tu as vu le dark theme dans les dernieres version? Tu as essaye les "Jeeyul's theme" et leur generateur ? Depuis plusieurs versions, l'UI est customizable par CSS. tout le monde ne demandait que ca il y a 7-8 ans. Ca a ete developpe, ce qui n'etait pas un moindre effort, et au final, les utilisateurs qui passaient le temps a demander ca n'en avait rien a faire et ne voulaient pas customiser de CSS. Il voulait juste des themes tout faits... Bref, au final, maintenant, le CSS et la et c'est tout a fait utilisable pour customiser si quiconque en a vraiment envie.
Le systeme de plugin est en fait l'un des points forts d'Eclipse (en tant que plateforme du moins). Un logiciel qui a plus de 15 ans, qui est toujours sur un marche concurrentiel, sur lequel des plugins vieux de 10 ans arrivent encore a marcher sans modification, qui a un ecosysteme de plugin si riche et toujours actif, dont la plateforme est a la base de la plupart des IDEs vendor-specifiques du marche, ce n'est pas du hasard; c'est juste que le modele de base scale vraiment bien avec le temps. Apres, c'est un modele de plugin permissif, ce qui veut dire qu'un plugin peut faire n'importe quoi (faire bugger, prendre toute la RAM, ajouter des tonne d'UI inutile....). C'est un compromis entre extensibilite -creation d'ecosysteme riche et divers- et contraintes -UX plus consistente-. Eclipse a clairement choisi le premier, et excelle encore dans ce domaine.

Ca depend des lags. Il y a une raison technique a ca, un piege a eviter. Malheureusement, beaucoup de developpeurs de plugins (que ce soit des plugins par defaut ou externes) sont tombes dans le piege et ca transforme certaines operations longues en freeze sans bonne raison.
Les plugins ou fonctionnalites plus modernes evitent ce piege et bloquent beaucoup moins, en tirant mieux partie du parallelisme et de l'asynchrone sans bloquer l'UI. Mais en effet, ca va avoir du mal a se generaliser a tous les plugins existants (surtout ceux qui sont encore utilises mais qui ne sont plus vraiment maintenus depuis leur derniere release il y a 4 ans).

La Fondation Eclipse ne developpe pas les projets, n'ecrit pas de code dans les projets.
C'est la communaute qui fait ca et la communaute est diverse: Une partie de la communaute continue avec joie sur Eclipse Platform, RCP, IDE; une autre travaille plutot sur des IDEs Web; une autre fait de l'IoT; une autre du Jakarta EE... La Fondation n'a pas d'influence sur quel projet recoit quelle developpement et ne peut pas controler ou forcer un abandon d'un projet pour un autre. Au final, tous les projets continuent en parallele, tant que des gens y contribuent.

Eclipse IDE est le 2e IDE apres VSCode a avoir supporte le language server protocol. C'est aussi l'IDE qui a l'heure actuelle en supporte le plus de features, apres VSCode. Le support du LSP dans Eclipse IDE est utilise avec succes pour amener le support de l'edition C#, de l'edition Rust, et des technos Web (HTML, JS, TS, JSON, CSS, SCSS). Pivotal l'utilise aussi dans STS, ce qui permet de factoriser les developpement entre Eclipse IDE et Visual Studio Code (et d'autres, mais ils ne les integrent pas pour l'instant).
Eclipse IDE est aussi le 1er IDE non-Microsoft a supporter le Debug Adapter Protocol, qui est utilise avec succes pour fournir le debug d'appli C#.
En fait, le Language Server Protocol et compagnie sont vraiment la petite revolution technologique dans l'industrie des outils de dev. A ce sujet, pour Eclipse IDE, il n'y a pas a s'inquieter, tout est sur les rails.

Pour ma part j'utilise Intellij. Je l'ai testé parce que je n'aime pas l’auto-complétion d'Eclipse et je ne l'ai jamais quitté. En plus je l'ai gratuitement grâce à ma licence étudiant.

Personnellement j'utilise IntelliJ, c'est le standard de ma boite et franchement je regrette en rien ce choix. Niveau auto-completion et recherche, je le trouve plus efficace que ses concurrents. D'une manière générale je trouve que JetBrains fait des outils plutôt efficaces et très ergonomiques même quand on est dans le très technique.

Après pour un usage privé, je comprend que le prix de la licence soir un frein.

j'ai utilisé les trois mais je reviens toujours à Netbeans. Plus simple, tous les plugin que j'ai besoin sont là, supporte C, php...

je dirais que c'est courant pour les logiciels sur architecturé...

Pour être honnête, j''ai un peu de peine à voir le rapport entre l'architecture d'un logiciel et son ergonomie...

Usine à gaz en interne peu très bien proposer une interface pratique et bien pensée de même qu'un beau soft bien conçu et bien architecturé en interne peu proposer un truc moyen à utiliser non ?

J'utilise la version community d'IntelliJ sans frameworks depuis quelques années, j'aime bien cet EDI pour l'ergonomie et le refactoring principalement. A part quelques bricoles par ci par là il est parfait.
Avec Eclipse je ne m'y retrouve pas aussi facilement, et quand il me jette son market place au visage pendant l'installation je suis déjà parti avant d'avoir commencé. ^^