Discussion :

[eulbobo]

Bonjour à tous,

Petite présentation du contexte : je bosse depuis plus de 10 ans avec Eclipse dans différentes versions sans trop me poser de questions sur ce qui se fait à côté. J'ai essuyé pas mal de plâtres, d'erreurs, de trucs étranges, mais aujourd'hui, je maîtrise l'outil.

Je fais majoritairement du Java orienté Web avec des framework du genre Struts (1 ou 2), Spring, Hibernate, sur des serveurs d'application comme tomcat (ok, que sur tomcat), avec une intégration Maven.

J'ai aussi pris l'habitude de ne pas utiliser les outils de SCM intégrés à Eclipse pour préférer des outils dédiés à cette fonction (comme TortoiseSvn quand j'utilisais SVN) suite à quelques déconvenues quand on était plusieurs à travailler sur un même projet (et paf le conflit).

Je vais commencer sous peu une nouvelle mission dans laquelle on m'a annoncé que la politique de la boîte était d'utiliser IntelliJ. Le développement va être majoritairement du microservice, donc du pur java (pas d'UI du tout ! )

Et j'ai essayé... J'ai téléchargé la version Ultimate (parce qu'il y a un essai), j'ai essayé de l'utiliser, de récupérer mes projets, de les faire tourner (avec la blague du "comment on fait pour démarrer le serveur ?", mais je pense que quelqu'un venant d'IntelliJ sur Eclipse aurait le même problème), et franchement j'ai du mal...
J'ai du mal à plusieurs niveaux :

• je trouve l'UI moche (mais bon, les goûts et les couleurs...)
• je trouve qu'on a moins d'informations quand on code : pas de tooltip indiquant la javadoc d'une méthode quand on passe dessus (il y aurait une option ?), pas de rappel des noms et types quand on remplit les paramètres d'une fonction, pas de façon simple et rapide d'atteindre une méthode dans une classe précise (ctrl+O dans Eclipse)
• pas d'affichage des warnings à la compilation : on sait qu'il y en a 3... OK, merci... Ils sont où?
• pas d'affichage des warnings au fil de l'eau : il faut compiler pour qu'ils s'affichent
• pas de raccourci pour faire de l'import automatique (ctrl+shift+o dans Eclipse : ça les classe, ça vire ceux qui ne servent à rien, et ça importe ceux qui manquent en te demandant quand il y a un doute)
• j'ai l'impression que ça veut gérer toutes les technos existantes (alors que... je n'en ai pas besoin)
• j'ai l'impression que ça ne les gère pas si bien que ça (prise en charge struts, un champ hidden nommé method qui correspond à mon paramètre de dispatch action : ça me met une erreur parce que le champ n'existe pas dans mon Form... ET POURTANT ÇA MARCHE !)
• l'affichage des erreurs se fait en changeant la couleur plutôt qu'en soulignant le problème : il y a déjà plein de codes couleur partout, le fait que ça soit rouge je ne trouve pas ça spécialement parlant. Surtout que ces erreurs dans la vue projet apparaissent bien soulignés en rouge ! (donc une hérésie de design avec deux formes graphiques différentes pour signifier la même chose)
• Si vous avez plusieurs projets maven DIFFÉRENTS et que vous avez besoin de travailler sur les deux en même temps... Ben il faut systématiquement lancer un maven install sur le projet initial pour en bénéficier sur l'autre. C'est con, mais c'est lourd quand on développe souvent plusieurs choses en même temps, surtout si la dépendance est longue à créer parce qu'elle doit générer plein de codes source et faire plein de tests... Quand les projets sont ouverts en même temps dans Eclipse, les dépendances sont gérées en direct sans avoir besoin de faire install à chaque modification
• Pas de goals prédéfinis dans Maven : obligé à CHAQUE PROJET d'aller ajouter les commandes mvn compile, mvn install, mvn package, mvn clean...
• J'ai sous le nez un projet qui compile parfaitement avec Maven mais pour lequel IntelliJ me dit "Je trouve pas ton interface" (qui est pourtant correctement intégrée au ClassPath via un Jar contenant l'interface, et qui apparaît pourtant correctement dans les External Librairies)

(oui, j'ai remis à jour le projet 12 fois, et fait clean aussi)

Bref, pour faire court, je le sens pas...

Du coup, je suis allé voir ce qu'Internet en disait en recherchant "Intellij VS Eclipse", et je tombe SYSTÉMATIQUEMENT sur des posts qui disent "IntelliJ c'est meilleur à tous les niveaux"... OK... sauf que

• la plupart des posts datent d'avant 2015 (donc avant la version actuelle de Eclipse : mars)
• il n'y a pas beaucoup d'arguments à part "c'est mieux"...
• la plupart des points "négatifs" notés dans Eclipse sont faux (genre la mauvaise autocomplétion, la mauvaise intégration Maven...)
• la plupart des points "positifs" notés dans IntelliJ existent aussi de base dans Eclipse (surtout si on utilise Maven... On ajoute un projet maven et hop, rien d'autre à faire... Dans IntelliJ, quand vous voulez importer un projet Maven, il faut lui dire que c'est un projet Maven... Le fichier pom.xml n'a pas l'air de l'inspirer)

Du coup je me tourne vers vous aujourd'hui, vous qui avez manipulé deux versions récentes des deux environnements de développement.

• Lequel préférez-vous ?
• Pourquoi ?
• Comment l'utilisez-vous et pour quoi faire ?
• Qu'est-ce qui vous manque dans votre IDE préféré qui existe dans l'autre ?

Merci !

[Robin56]

Je ne vais pas être d'une grande aide à ta question mais je soulève l'intérêt de celle-ci !

Je suis habitué depuis plusieurs années à Eclipse. J'entends aussi des personnes prêcher pour IntelliJ mais qui ont souvent un discours "fanboy". J'aimerais aussi avoir un avis objectif là dessus.

[Mickael_Istria]

Salut,
Merci de partager cet avis personnel qui se veut objectif, ça fait plaisir! Car comme tu l'as remarqué, il y a eu beaucoup de dogmatisme de la part des utilisateurs d'IntelliJ ces derniers temps et c'en était devenu difficile de dire du bien d'Eclipse sans que les fanboyz et fangirlz d'IntelliJ viennent dire "bouh, c'est nul" Ca confirme aussi ce que j'ai entendu ailleurs, Eclipse Mars a relevé la barre si bien que maintenant IntelliJ n'est pas vraiment beaucoup mieux qu'Eclipse pour le devs Java. Les 2 se valent bien, et ce n'est plus qu'une affaire de préférences et d'habitudes.
Imposer un IDE, surtout un qui est payant, est une mauvaise idée. Si tu as l'occasion de faire redécouvrir Eclipse IDE là où tu fais ta mission et qu'ils en sont satisfaits, tu leur feras économiser quelques milliers d'euros!
Ceci dit, pour Mars, Eclipse reste faible sur le JavaScript, et là, WebStorm se démarque. On peut espérer qu'Eclipse va aussi rebondir à ce sujet bientôt, en tout cas il y a vraiment des efforts en cours pour le JS. Si bien que dans le cadre de microservices, il est probable que tu te heurtes à ce problème et que WebStorm soit mieux pour toi. En espérant que ça ne dure que jusqu'à la release de Neon en juin 2016

[Mickael Baron]

Salut,

Je ne prendrai pas de parti puisque je n'ai jamais fait l'effort d'utiliser IntelliJ pour voir comment c'était.

En tout cas, il serait intéressant que tu reviennes nous faire part de ton expérience dans quelques mois. Et pourquoi pas écrire un article sur le sujet.

Mickael

[eulbobo]

En tout cas, il serait intéressant que tu reviennes nous faire part de ton expérience dans quelques mois. Et pourquoi pas écrire un article sur le sujet.

Je ferai ça si j'ai réussi à m'y mettre et si je n'ai pas convaincu l'équipe de retourner à Eclipse

[spidetra]

Salut eulbobo,
On doit avoir un profil assez similaire. J'utilise Eclipse de puis 2006 de manière intensive.
Avec en plus utilisation intensive de l'éco-système Eclipse : développement Eclipse RCP, EMF, GMF, Xtext, etc...

Mes premiers essais avec Intellij, on été similaire au tiens : "Mais, c'est quoi cette grosse bip ! Il est infâme cet IDE".

Un jour je m'y suis mis sérieusement et je ne le regrette pas.
On ne peut pas comparer deux IDEs feature/feature. Il faut tester et voir si l'IDE nous convient ou pas.

Pour chacun des uses cases que tu décrit dans ton post initial il existe un shorcut dans IntelliJ.

Juste un exemple: pas de javadoc sur un MouseOver. C'est normal la philosophie d'IntelliJ c'est justement de réduire l'utilisation de la souris.
Quand je me suis formé à IntelliJ, je me suis forcé à enlever la souris pour me servir au maximum du clavier et des raccourcis.

Si tu veux la javadoc : Ctrl+Q. Et si tu veux vraiment utiliser la souris : Ctrl+MouseOver.

Tes remarques sur les warnings sont bizarres, je trouve au contraire que IntelliJ est beaucoup plus performant sur ce point:

Eclipse:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
    public static void main( String[] args ) throws IOException
    {
        Files.newBufferedReader(null);
    }

IntelliJ

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
    public static void main( String[] args ) throws IOException {
        Path path = getPath();
        final BufferedReader bufferedReader = Files.newBufferedReader(path);
 
 
    }
 
    public static Path getPath() {
        return null;
    }

Aucun warning dans le code Eclipse.
IntelliJ te signale que path est peut-être null, et que ce paramètre ne doit pas être null. Au passage il m'a aussi suggérer de créer la variable et de la mettre final.

Sur Maven on a vraiment deux ressentis différents. L'intégration de Maven dans Eclipse me fait vraiment pêter les plombs.

Sur mes projets, hors Eclipse RCP, j'utilise systématiquement IntelliJ. Quand je ne suis pas seul sur le projet, les membres de mon équipe ont le choix entre Eclipse & IntelliJ.

Je ne force jamais personne à passer sous IntelliJ. J'ai trouvé un petit test pour les convaincre:
- sur un projet Maven rajouter des dépendances.

- Sous Eclipse le développeur va cliquer sur l'onglet dependencies, cliquer sur Add, renseigner la fenêtre pop-up, etc.
- Sous IntelliJ : dep+ tab -> et hop à moi la rapidité de l'auto-complétion. Pour info, l'utilisation de l'auto-complétion dans Eclipse oblige aussi à passer par le fenêtre PopUp.

Si le développeur dit : "Ha oui, quand même!". Il est prêt à tester IntelliJ. S'il préfère le mode formulaire, il vaut mieux qu'il continu avec Eclipse.

Je prends systématiquement cet exemple car il illustre bien la différence de philosophie entre les 2 IDEs.
- Dans Eclipse on a des formulaires structurés qui nous assistent.
- Dans IntelliJ, l'auto-complétion est plus efficace.

La première fois que j'ai voulu éditer un fichier Maven dans InteliJ, je me suis dit: "Mais ils sont trop null, ils ne sont même pas capable de faire un éditeur structuré !".

En terme de productivité, plus ça allait et moins je supportais Eclipse. Un jour où j'ai perdu une après-midi avec Eclipse, j'ai finit par lever la tête et choisir un autre IDE.
Le portage de l'Android Studio sous IntelliJ m'a convaincu de persévérer.

Courage pour ta future mission et tiens nous au courant de ton évolution.

[tchize_]

Eclipse Mars a relevé la barre

Je suis passé de Luna à Mars parce que j'en avais marre que les opération SVN soient aussi lentes sous eclipse, en espérant résoudre le problème. Résultat:

un SVN correct (yeah)
des artefacts graphiques, genre editeurs qui se mélangent
un ralentissement progressif me forcant à le redémarre mi journée
Tout les composant minimisé qui s'affichent en avant plan à la demande sont lent à afficher et peuvent mettre plusieurs secondes à cacher. Typiquement la console, la liste de serveur J2EE, ...


Pour mon desktop, non, Eclipse Mars est très très loin d'avoir relevé la barre, ce serait plutôt l'inverse.

[Mickael_Istria]

des artefacts graphiques, genre editeurs qui se mélangent

Genre https://bugs.eclipse.org/bugs/show_bug.cgi?id=467499 ?

un ralentissement progressif me forcant à le redémarre mi journée

Ca je ne l'ai pas. Ca pue la fuite memoire... Ce serait pas mal si tu avais l'occasion de faire un dump avant de redemarrer et soit de faire une petite analyse pour identifier ce qui prend le plus de place, ou alors ouvrir un bug avec le lien vers le dump.

[tchize_]

Genre https://bugs.eclipse.org/bugs/show_bug.cgi?id=467499 ?

ouais genre à ça

Ce serait pas mal si tu avais l'occasion de faire un dump avant de redemarrer et soit de faire une petite analyse pour identifier ce qui prend le plus de place

Ca fait des années que j'ai renoncé à essayer de comprendre où eclipse balance sa mémoire. Je suppose que ce sont les process démarrés en mode debug progressivement amènent inévitablement de plus en plus de données partagées et bloquées entre eux. Je ne pense pas que ce soit un memory leak, plutot de plus en plus de composant actifs. Je peux le garder ouvert des jours, ça se stabilise, mais ce n'est pas aussi performant que les premières heures.

[G'Optimus]

Personnel je crois pas que l'un vaut mieux que l'autre car je pense que chacun est a lèse avec le tool avec lequel il a l'habitude de travailler .

[CiTriX]

Je vais pas t'aider dans tes interrogations mais j'apporte mon témoignage.
Il y a de cela très longtemps (plus de 8 ans), je faisais aussi du Java / Tomcat / Struts sous Eclipse. J'en garde plutôt un bon souvenir mais j'ai eu du mal au début. Puis boulot oblige je suis passé sur Visual Studio, je ne vais pas m'étendre sur ce fabuleux outil ce n'est pas le sujet
Aujourd'hui je me remets au Java avec Android Studio, donc IntelliJ, et franchement je suis épaté par l'outil. Je le trouve beaucoup plus intuitif qu'Eclipse et maintenant que je commence à maitriser les raccourcis clavier c'est le bonheur. Alors évidemment en 8 ans Eclipse a surement pas mal évolué mais pour moi ça reste une usine à gaz.

[spyserver]

Hello,

J'avais le meme a priori que toi il y a encore qq semaines, mais il faut bien avouer que mon opinion à un peu changer vis à vis d'IJ, en fait le passage de l'un à l'autre se fait forcément ds la douleur car ils sont fondamentalement differents, look and feel sobre d'un coté, plus chaleureux de l'autre, raccourci pas forcément intuitif d'un coté, intuitif de l'autre, et puis il y a les vrais points de rupture, tels que les scopes, le moteur de refactoring, l'incapacité à ouvrir plus d'un projet dans la même vue, les fameux launchers etc. etc. au final je jongle parfaitement sur les 2 désormais mais ça a pas été simple, et au final les 2 ont des forces mais aussi des faiblesses, concrètement pr le coding pure Intelli J me parait au dessus, avec le alt-entrée on peut presque coder un projet entier (et j’exagère à peine) en revanche la pr la javadoc ça existe oui il faut appuyer sur ctrl+Q mais c'est contre productif, pareil lorsqu'on surligne une méthode c'est bien de pouvoir choisir interface/implem, avec intelli J il faut soit cliquer et la on tombe sur l'interface, soit faire ctrl+alt+b pour aller dans l'implem, par super intuitif mais le pire c'est qu'on s'y fait !

Bref pr moi les 2 sont de bons IDE, IJ est juste un peu au dessus si vs etes adepte du TDD ou du refacto à tout va ! ;-)

[Mickael Baron]

Pour ceux qui utilisent IntellJ, quelle distribution utilisez-vous ? La community Edition ou l'Ultimate ?

Est-ce que la community Edition peut être utilisée dans le cadre commercial ?

Mickael

[spidetra]

Pour ceux qui utilisent IntellJ, quelle distribution utilisez-vous ? La community Edition ou l'Ultimate ?

Pour l'instant la community a répondu à mes besoins.

Est-ce que la community Edition peut être utilisée dans le cadre commercial ?

Community Edition : License Apache 2.0. Donc j'ai envie de dire oui. Mais j'avoue ne jamais avoir lu toutes les conditions de cette license.

[spidetra]

en revanche la pr la javadoc ça existe oui il faut appuyer sur ctrl+Q mais c'est contre productif

Tu as aussi la possibilité d'activer une option:
Settings | Editor | Code Completion | Autopopup documentation in (ms):

[36942]

Pour ce qui est de la community face à la ultimate, j'utilise l'ultimate au boulot et la community chez moi. La community répond déjà à d'énormes besoins. A mon sens l'ultimate c'est juste un peu de confort en plus : intégration d'outils de manipulations de DB et d'AS, outils supplémentaires pour Android, etc.

[36942]

Pour l'UI, utiliser le theme Darkula, ça repose les yeux

Pour le tooltip, Ctrl+Q avec le curseur sur la méthode pour la Javadoc, Ctrl+P si tu veux connaitre les paramètres possibles de la méthode que tu es en train d'appeler.
Affichage des warnings au fil de l'eau => activer le build auto
Import auto => Alt+Enter pour pouvoir sélectionner l'alternative avec le curseur sur la classe non importée, Ctrl+Alt+O pour réorganiser les imports
2 projets maven => S'il y a deux projets, on ne doit pas avoir à bosser simultanément sur les deux mais sur l'un puis l'autre
Import des goals => Jamais eu besoin d'en ajouter un à la main
Pour l'interface, je vois pas de ligne d'import, Alt+Enter pour l'importer

Et l'autocomplétion de IJ est vraiment, vraiment plus puissante que celle d'Eclipse!
Essaie par exemple de taper "iter" et Ctrl+espace après avoir déclaré un tableau.

[Mickael_Istria]

Pour l'UI, utiliser le theme Darkula, ça repose les yeux

T'en parleras à ton médecin du travail. Les themes sombrent sont souvent, contrairement à la pensée commune, plus fatigant pour les yeux.
http://uxmovement.com/content/when-t...rk-background/
http://www.ophtalmologie.fr/fatigue-visuelle-yeux.html
En gros l'idée c'est qu'il te faut assez de contraste pour que l'oeil puisse faire sa mise au point rapidement. Le médecin du travail m'avait suggéré de garder les couleurs normales comme dans les outils bureautique, mais eventuellement de changer la couleur du fond de mes outils vers un blanc cassé (un peu beige) pour atténuer luminosité. C'est à mon goût infiniment meilleur qu'un thème sombre.
Ceci dit, Eclipse aussi à un thème sombre depuis Luna. Donc ce n'est plus un argument trop valable dans le choix de l'IDE.

Pour le tooltip, Ctrl+Q avec le curseur sur la méthode pour la Javadoc, Ctrl+P si tu veux connaitre les paramètres possibles de la méthode que tu es en train d'appeler.
Import auto => Alt+Enter pour pouvoir sélectionner l'alternative avec le curseur sur la classe non importée, Ctrl+Alt+O pour réorganiser les imports

C'est aussi la foire au shortcuts. Tous les IDE se valent à ce point, et vu le nombre de features des engins, c'est inévitable.
Le raccourci magique d'Eclipse (équivalent Alt+Enter), c'est Ctrl+1.

Affichage des warnings au fil de l'eau => activer le build auto

Quand on vient d'Eclipse, avoir à activer le Build Auto, c'est assez étrange car c'est le genre de chose qu'on veut forcémment dans un IDE, non? (rapporter les erreurs le plus tôt possible pour ne pas avoir à changer de contexte lors de la correction, "fail early", "shortest feedback loop"...)

2 projets maven => S'il y a deux projets, on ne doit pas avoir à bosser simultanément sur les deux mais sur l'un puis l'autre

Dans la vraie vie, il arrive souvent de bosser sur plusieurs projets en parallele: en gros tu bosses sur un projet A qui prend du temps, on t'interrompt pour faire un patch assez urgent et facile sur un projet B puis pour faire une revue de code sur un projet C. Je suis bien content de ne pas avoir à changer d'instance de l'IDE à chaque fois!

Et l'autocomplétion de IJ est vraiment, vraiment plus puissante que celle d'Eclipse!

Avec Mars, Eclipse remonte son niveau, et propose pas mal des choses qui sont bien dans IntelliJ, et même plus: les complétions par chaîne d'instructions ou le tri des complétion par "popularité" par exemple.

Essaie par exemple de taper "iter" et Ctrl+espace après avoir déclaré un tableau.

En effet, c'est pas mal les postfix. Ils seront surement dans la prochaine version majeure d'Eclipse (Neon, Juin 2016). Mais bon, bien que ce soit confortable, je reste sceptique sur le temps qu'ils font réellement gagner.

En tant que développeur, les problèmes de synchronisation de l'IDE avec son environnement ne m'intéresse pas: workspace is out-of-sync, maven is out of date.

Le workspace is out-of-sync, je crois que c'est réglé depuis au moins 2 ans. Cette critique ne tient plus debout et est généralement relayée par les gens qui en sont resté aux vieilles versions d"Eclipse.
Le Maven is out-of-date, il y a eu des améliorations, mais il reste en effet des cas où une action utilisateur est nécessaire (car la synchro automatique pompe trop de resource). C'est un peu pareil avec IJ il me semble: si tu édites un pom pour ajouter une dépendance, IJ ne le voit pas tant que t'as pas refait un build?

[36942]

C'est un peu pareil avec IJ il me semble: si tu édites un pom pour ajouter une dépendance, IJ ne le voit pas tant que t'as pas refait un build?

Ca dépend de si tu as activé ou non le refresh auto des dépendances (soit un clic)

[spidetra]

Le workspace is out-of-sync, je crois que c'est réglé depuis au moins 2 ans. Cette critique ne tient plus debout et est généralement relayée par les gens qui en sont resté aux vieilles versions d"Eclipse.

Luna. Donc si c'est réglé c'est avec Mars et pas avant.