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 2015 ?

Et pourquoi ?

Le 12 septembre 2015 à 15:27, par Mickael Baron

51 commentaires

203PARTAGES

Voter pour

7

Voter contre

0

Quel EDI Java utilisez-vous en 2015

Eclipse		58 %
Netbeans		32 %
IntelliJ IDEA		30 %
JDeveloper		2 %
Editeurs de texte avancés		2 %
Autre (précisez)		0 %

Voter 57 votants

Bonjour,

Edit : Ce sondage est terminé, et une nouvelle version 2018 est disponible ici. Merci pour votre participation.

Faites savoir si l’IDE que vous utilisez ne figure pas dans cette liste.

Plusieurs sondages avaient déjà été faits sur ce sujet (2013, 2011, 2009, 2008, 2007, 2005-2006, 2003-2004, blog de la rubrique Java pour 2003-2004).

Au précédent sondage, vous aviez sélectionné Eclipse à 70%.

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 2015 ? », ce débat est l'occasion de partager vos expériences sur les EDI Java. Ne vous limitez pas à répondre « L'EDI Truc c'est bien ».

N'hésitez pas à préciser :

quelle version/édition de l'EDI utilisez-vous ?
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 2013.

L'équipe Java

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

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

51 commentaires

Commenter Signaler un problème

Membre éprouvé

Le 16/09/2015 à 9:46

J'utilise IntelliJ IDEA (v13) au quotidien car c'est le standard de l'entreprise mais je recommande vivement son utilisation. J'ai d’ailleurs remplacé mon Eclipse privé par IntelliJ.
J'ai également utilisé par le passé Netbeans et pour moi IntelliJ est le plus efficace des trois.

Je ne sais pas vraiment explique pourquoi mais globalement je trouve qu'il est plus rapide et que la navigation dans un projet y est plus facile. Il est plein de petites fonctionnalités qui font gagner du temps et l'autocompletion y est également bigrement efficace.

J'avais déjà constaté l'efficacité des outils de JetBrains avec ReSharper quand je faisais du C#. Seul point négatif pour un particulier, leurs outils ne sont pas tous accessibles gratuitement mais je pense que pour une entreprise, l'investissement en vaut la peine.

Voter pour

2

Voter contre

0

Membre expert

Le 16/09/2015 à 11:06

Citation

Envoyé par Khopa

Voir le message

Difficile de l'expliquer avec des mots, mais l’auto-complétion d'Intellij est vraiment plus efficace que celle d'Eclipse, difficile de revenir en arrière après.

Les dernières versions d'Eclipse se sont bien ameliorées sur ce sujet, et aussi une extension du nom de Code Recommenders ajoute quelques moteurs de complétions rigolos mais néammoins souvent utiles (par exemple basés sur l'analyse de code open-source pour te donner les %ages d'utilisation de chaque méthode dans les code lus).
Ceci dit, je n'ai pas fait la comparaison avec IntelliJ pour savoir si c'est mieux/pareil/moins bien.

Coté plugin, il y a du choix aussi, j'utilise principalement les plugins Maven, Svn inclus de base

Le support Maven est inclus de base dans Eclipse, le support SVN toujours pas (et surement jamais pour raison de licenses des connecteurs).

Le gros défaut par contre, c'est que certains plugins ne sont disponibles que dans la version ultimate payante. Par exemple le support des jsp, ce qui peut se révéler assez frustrant.

Le nerf de la guerre

Petit plus coté esthétique, Intellij propose un thème dark, que personnellement je préfère.

Eclise aussi a un theme dark maintenant, qui est pas trop mal d'apres ses utilisateurs (mais qui as quelques limitations apparemment).

Niveau perf, je ne sais pas si on peut vraiment dire qu'il y a une différence énorme. D'expérience, je dirais qu'Intellij est aussi long à démarrer qu'Eclipse, et consomme autant de RAM et de CPU, mais je me trompe peut être.

J'ai la meme impression quand je joue avec IntellIJ.

Je pense que les prochaines années verront une nette progression d'Intellij face à Eclipse. Notamment sur le dev Android, à cause de l'arrêt du support du plugin ADT pour Eclipse au profit d'Android Studio (basé sur Intellij) par Google.

Pas la peine d'attendre les prochaines années, c'est déjà fait! Regarde les sondages des années précédentes, IntelliJ a bondi et Android Studio y est surement pour quelque chose.
Sur le long terme, IntelliJ restera un IDE payant et propriétaire d'une uniaue entreprise, là où il y a beaucoup d'alternatives gratuites et OSS et communautaires (Eclipse, NetBeans et leurs plugins) ou cadeaux des vendeurs de middleware ou d'infrastructure (WebSphere IDE, JBoss Developer Studio, ...). Donc il ne sera jamais tout seul.

Voter pour

2

Voter contre

0

Membre émérite

Le 17/09/2015 à 11:20

Citation

Envoyé par spyserver

Voir le message

@Traroth2 Oui pour les raccourcis bien sur on peut appliquer ceux d'Eclipse, mais où est l'intérêt du coup, sans Eclipse, on aurait donc eu des raccourcis pourris ?!

Pour l'intégration de GIT, il n'y a pas de débat => c'est TortoiseGIT dans mon cas, pour Maven justement je suis 100% plus efficace sous Eclipse avec les run d'executions et pas ce foutu onglet Maven Projects qui disparait on ne sait ou sous IntelliJ, il y a clairement du bon dans les 2 mais encore une fois on peut tout aussi efficace avec Eclipse, je n'ai pas encore le recul suffisant pr IJ mais pr le moment passer de l'un à l'autre ne m'est pas très agréable !

Des raccourcis pourris, je ne sais pas trop ce que c'est. Des raccourcis auxquels je suis habitué ou auxquels je ne suis pas habitué, je comprends mieux. Mais je veux bien de tes explications si tu en as...

Voter pour

2

Voter contre

0

Membre du Club

Le 18/09/2015 à 14:49

Citation

Envoyé par Mickael_Istria

Voir le message

J'en vois pas mal qui font des reproches a l'intégration de Git dans Eclipse, je ne comprends vraiment pas pourquoi (et je l'utilise à longueur de journée). Pouvez-vous détailler les use-cases ou les bugs qui vous amènent à penser/dire ça, avec une version récente d'Eclipse ?

test netbeans utilise git sous cet ide.. tu comprendras alors

Voter pour

3

Voter contre

1

Membre à l'essai

Le 16/09/2015 à 10:26

J'utilise Intellij (v14) pour le dev Java depuis environ 2 ans après plusieurs années sous Eclipse (Que j'aimais et que j'aime toujours aussi). De manière plus générale, j'ai migré sur les IDEs Jetbrains (Intellij, Webstorm, PyCharm)
Difficile de l'expliquer avec des mots, mais l’auto-complétion d'Intellij est vraiment plus efficace que celle d'Eclipse, difficile de revenir en arrière après.

Je trouve aussi que l'intégration des outils comme SVN, GIT, Maven ou Gradle est bien plus efficace que dans Eclipse. Lorsque je développais sous Eclipse, je faisais rarement confiance à ce type de plugin. Je préfère même l'interface d'Intellij pour Git et SVN à celle de Tortoise, c'est dire !

Coté plugin, il y a du choix aussi, j'utilise principalement les plugins Maven, Svn inclus de base, et parfois les plugins pour le support de Scala, Python et Puppet par exemple. Mais bon ce type de plugin existe aussi pour Eclipse, alors ce n'est pas vraiment un argument de poids. Le gros défaut par contre, c'est que certains plugins ne sont disponibles que dans la version ultimate payante. Par exemple le support des jsp, ce qui peut se révéler assez frustrant.

Petit plus coté esthétique, Intellij propose un thème dark, que personnellement je préfère.

Niveau perf, je ne sais pas si on peut vraiment dire qu'il y a une différence énorme. D'expérience, je dirais qu'Intellij est aussi long à démarrer qu'Eclipse, et consomme autant de RAM et de CPU, mais je me trompe peut être.

Je pense que les prochaines années verront une nette progression d'Intellij face à Eclipse. Notamment sur le dev Android, à cause de l'arrêt du support du plugin ADT pour Eclipse au profit d'Android Studio (basé sur Intellij) par Google.

Voter pour

1

Voter contre

0

Modérateur

Le 16/09/2015 à 10:27

Eclipse pour moi

quelle version/édition de l'EDI vous utilisez ?

version EE 4.4 Luna

quels sont ses principaux atouts ?

plugins pour le développement d'applications web

quels sont ses désavantages, ou les choses qu'il y aurait à améliorer ?

consommation mémoire, surtout sous Windows

quelle « configuration » vous utilisez (plugins, extensions, etc.) ?

JBoss tools
Subclipse

à qui conseilleriez-vous cet EDI (développeur débutant, confirmé, expérimenté) ?

à tous ceux qui veulent développer rapidement et gratuitement

cet EDI est un choix personnel ou quelque chose d'imposé (entreprise/école) ?

choix personnel depuis le début (et même avant puisque j'utilisais WSAD)

combien d'EDI avez vous déjà utilisé ?

3 (WSAD, Eclipse, Netbeans)

si vous en avez utilisé plusieurs, qu'est-ce qui a motivé ces changements ?

l'ergonomie (je n'aime pas celle de Netbeans)
la gratuité
ça fonctionne sous windows et linux sans différences notables

Voter pour

1

Voter contre

0

Membre du Club

Le 16/09/2015 à 12:13

Citation

Envoyé par behel

Voir le message

Le sondage ne représente que 33 personnes, ce qui attire mon attention sur :
Je viens tous les matins sur le site, et je ne voie jamais de demande de sondage (j'ai désactivé les bloqueur de pub pour developper.)
Il y a un problème ????? .....

Je viens de voir le sondage , il faut être sur le bon forum et sur le bon sujet . Je n'y suis jamais (prend trop de temps) car je ne regarde que les actualités de developpez.com !!!!!!
En d'autre terme : très peux de personne le voie ! une liste des sondages en cours sur developpez.com serais plus visible .....

Voter pour

1

Voter contre

0

Membre du Club

Le 16/09/2015 à 13:47

netbean car de base il est très complet.

la majorité des bons plugins sont disponible.

Voter pour

1

Voter contre

0

Membre expert

Le 16/09/2015 à 15:17

Citation

Envoyé par Khopa

Voir le message

Par exemple, imaginons qu'on cherche une méthode "processUserInfo", et que l'on ne sait plus bien si on l'a appellé processUserInfo ou readUserInfo ou encore un autre nom. Dans Intellij, si on commence à écrire juste "userInfo", il proposera la bonne méthode à l'auto-complétion, alors que dans Eclipse, il ne la trouvera que si on commence par écrire "process".

Je viens de reverifier ton use-case en partant d'un Eclipse JEE Mars sorti d'usine, et ca marche plutot bien direct. Je crois que c'est CodeRecommenders qui apporte ca, il est actif d'office.

Même chose lorsque l'on cherche un fichier ou autre chose aussi. Je ne sais pas si c'est bien clair, mais c'est plein de détails comme ça qui rendent l'auto-complétion d'Intellij vraiment plus agréable que celle d'Eclipse. (Et difficile à décrire)

Eclipse fait ca aussi, il faut cependant prefixer d'un "*".

Voter pour

1

Voter contre

0

Membre confirmé

Le 18/09/2015 à 12:01

Netbeans.
j'utilise eclipse (spring).
mais netbeans est vraiment plus stable pour moi surtout avec l'intégration avec maven et git

Voter pour

1

Voter contre

0

Commenter Signaler un problème