Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Malick

275PARTAGES

15  0 
Quel environnement de développement intégré Java utilisez-vous en 2018 ? Et pourquoi ?
Chers membres du Cub,

Vous avez été nombreux à vous exprimer sur les précédents sondages à choix multiples qui ont été lancés les années passées et qui portaient sur les environnement de développement intégré Java que vous utilisiez aussi bien dans le cadre de vos activités professionnelles que personnelles. Ces derniers sont accessibles via leur URL respective (2015, 2013, 2011, 2009, 2008, 2007, 2005-2006, 2003-2004, blog de la rubrique Java pour 2003-2004).

Cela dit, nous vous rappelons, comme le montre l'image ci-dessous, que le dernier sondage sur cette question organisé par l'équipe Java de Developpez.com date de 2015 et les résultats plaçaient Eclipse à la première position du classement avec 33 votes soit 57,9 % des votants sur un total de 57 votants. La deuxième place du classement issu de ce sondage revenait à Netbeans avec 18 votes équivalents à 31,58 % des votants, et qui était respectivement suivi par IntelliJ IDEA (avec 29,82 % des votants) et JDeveloper (1,75 % des votants).


Afin donc de recueillir à nouveau vos avis sur les différents EDI actuellement disponibles, nous avons jugé nécessaires de relancer le sondage pour l'année 2018, cela pour voir si vos choix ont évolué entre-temps par rapport au sondage précédent. Au cas où vos choix auraient varié, merci de bien vouloir nous faire part de vos expériences en précisant les raisons qui vous ont poussés à changer d'EDI dans le cadre de vos activités. Au cas où vos choix n'auraient pas changé, quels sont les éléments qui font que vous préférez conserver un EDI au détriment d'un autre.

Notez bien que ce sondage porte sur l'EDI que vous utilisez et non sur votre EDI préféré.

En dehors de cette simple question « Quel EDI Java utilisez-vous en 2018 ? », ce débat est l'occasion de partager vos expériences sur les EDI Java.

N'hésitez pas à préciser :

  • quelle version/édition de l'EDI vous utilisez ?
  • quels sont ses principaux atouts ?
  • quels sont ses désavantages, ou les choses qu'il y aurait à améliorer ?
  • quelle « configuration » utilisez-vous (plugins, extensions, etc.) ?
  • à qui conseilleriez-vous cet EDI (développeur débutant, confirmé, expérimenté) ?
  • cet EDI est-il un choix personnel ou quelque chose d'imposé (entreprise/école) ?
  • si l'EDI que vous utilisez vous a été imposé, quel autre EDI auriez-vous préféré utiliser ? Ou quel EDI utilisez-vous personnellement ?
  • combien d'EDI avez vous déjà utilisés ?
  • si vous en avez utilisé plusieurs, qu'est-ce qui a motivé ces changements ?


À vos claviers, nous attendons vos commentaires !!! Voyons voir si l'évolution de l'utilisation d'Eclipse est la même qu'en 2015.

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 24/09/2018 à 11:55
Citation Envoyé par Nolent Voir le message
Je l'ai testé parce que je n'aime pas l’auto-complétion d'Eclipse
Tu l'as reessaye depuis? Eclipse IDE s'ameliore vraiment beaucoup sur ce sujet. De nos jours, la completion Eclipse IDE, c'est juste tu tapes une ou 2 lettres de la methode que tu veux et dans ~95% des cas, ta methode sort en premier; dans ~20% des cas, meme sans rien taper, ta methode sort en 1er. Le calcul est rapide, et dans un futur assez proche, non-bloquant.
2  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 24/09/2018 à 15:55
Citation Envoyé par NBC_93_mate Voir le message
Le même commentaire qu'il y a 3 ans

Je suis demasque. Mais compare a il y a 3 ans, il faut admettre qu'il y a eu une nette amelioration, non?

Et toujours le même constat, l'autocomplétion d'Eclipse n'est toujours pas au niveau
Si t'es habitue a mes messages, tu dois pouvoir anticiper ce que je vais dire...
"Ok, tu peux preciser? Qu'est-ce qui n'est pas au niveau en particulier?"
3  1 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 25/09/2018 à 18:25
Citation Envoyé par dfiad77pro Voir le message
je pense que c'est le vieux Framework RCP et le système de plugins. qui le rend difficile à remettre au gout du jour. En effet customiser du SWT reste moins simple que de l'html/Wpf/JavaFx, etc.
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.

d'autre part lorsqu'il lag, tout se fige ( validation), c'est configurable , mais pas intuitif.
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).

Je pense que la fondation Eclipse va miser sur sa nouvelle version WEB , au lieu de réécrire la version Java.
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.

En gros ça sens le langage server
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.
2  0 
Avatar de Nolent
Membre à l'essai https://www.developpez.com
Le 24/09/2018 à 11:25
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.
1  0 
Avatar de Alvaten
Membre éprouvé https://www.developpez.com
Le 24/09/2018 à 11:51
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.
1  0 
Avatar de marc.collin
Membre éclairé https://www.developpez.com
Le 24/09/2018 à 13:28
j'ai utilisé les trois mais je reviens toujours à Netbeans. Plus simple, tous les plugin que j'ai besoin sont là, supporte C, php...
1  0 
Avatar de marc.collin
Membre éclairé https://www.developpez.com
Le 24/09/2018 à 14:20
Citation Envoyé par jwar0 Voir le message

Par contre je lui reproche son coté usine à gaz, c'est courant pour ce genre de soft, mais je vois pas ce que les alternatives peuvent proposer de plus simple tout en étant aussi complet.
je dirais que c'est courant pour les logiciels sur architecturé...
1  0 
Avatar de GordonFreeman
Membre averti https://www.developpez.com
Le 24/09/2018 à 14:32
Citation Envoyé par marc.collin Voir le message
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 ?
1  0 
Avatar de BBric
Membre régulier https://www.developpez.com
Le 24/09/2018 à 20:45
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é. ^^
1  0 
Avatar de deverdeb
Membre averti https://www.developpez.com
Le 25/09/2018 à 9:17
Citation Envoyé par NBC_93_mate Voir le message
Ah au fait, je t'ai dis aussi que l'interface d'Eclipse est dégueux, chargée, fouillis et pas intuitive? Et que celle d'IntelliJ est claire, concise et fonctionnelle?
Bha non... c'est pas un argument ça. Les goûts, les couleurs, tout ça...

Sinon, perso, j'utilise IntelliJ depuis plus d'un an et parfois Eclipse professionnellement.
Mais ça a été dur de quitter Eclipse (au moins 3 tentatives échouées).

Il a fallu que je découvre CLion (je cherchais un bon IDE C/C++ et Eclipse CDT ne me convenait vraiment pas) et que le projet sur lequel je travaillais soit "trop gros" (ça ramait horriblement sous Eclipse).
Au début, j'ai trouvé l'IHM d'IntelliJ "dégueux, chargée, fouillis et pas intuitive" comparé à Eclipse sur lequel j'avais mes petites habitudes.

Pour moi, le troll Eclipse vs IntelliJ n'a pas de raison d'être :
- Pour un produit gratuit, Eclipse fait bien le travail (même s'il a tendance à gagner en lourdeur au fil des versions et nécessite plein de plugins pour être totalement opérationnel)
- Pour un produit payant, IntelliJ fait mieux le travail (et cela améliore suffisamment mon quotidien pour que je passe à la caisse)
1  0