Sowohl Visual Studio als auch Eclipse sind namhafte IDEs, erfahrene Java Entwickler würden Visual Studio Code eher despektierlich als “Matchbox” oder “Kindergarten” Software bezeichnen. Eclipse eher als Dinosaurier. Obschon hier RedHat als auch Microsoft sehr viel in Sachen Plugin Bereitstellung für VS Code gearbeitet haben, sind beide Bezeichnungen immer noch valide für VS Code. Auch der Dinosaurier ist ebenfalls noch passend für Eclipse.

In Sachen EE (Enterprise Environment) hat Eclipse die Nase vorn. Egal ob WebApplikation, OSGI Plugin, Normalapplikation etc. “Eclipse” kennt diese Begriffe und braucht hier keinerlei Stützräder wie VS Code. In letzterem Fall braucht man für jeden Lokus etwas Hokus Pokus. Das macht das ohnehin komplexe Ökosystem rund um Java dann noch eine Spur komplexer, wenn man nicht nur die IDE sondern auch gleich 15 Plugins und die eigentliche Sprache mitlernen muss, um sich den Allerwertesten abzuwischen.

Ein klarer Vorteil, da man hier selbst komplexe Projekte dem “einfachen” Developer übergeben kann, ohne gleich eine Tiefenschulung zu machen. Obschon man sagen muss, dass selbst Eclipse seine Elche hat. Zig verschiedene Warn-Icons mit unterschiedlichen Bedeutungen, unterschiedlichste Stellen für die Fehlersuche. Aber im Vergleich zu VS Code immer noch besser. Bei VS Code ist man wie gesagt für jeden Teil der Java-Welt wieder auf den nächsten Plugin-Quargel angewiesen, was einem immer wieder neue Probleme bescheren kann. Plugins haben halt immer das Problem, dass sie nicht “Teil” der Kern-IDE sind. Somit also von kleinen Teams, Freelancern und Co. bereit gestellt werden. Oder aber von Herstellern, die mal irgendwie ihre eigenen DevOps und Teams damit versorgen und wo der “Kern-Support” dann auch zwischen Kantine und Kaffeeküche statt findet.