Quelles sont les difficultés pour passer de Eclipse à IntelliJ ? Venez partager votre expérience

Version imprimable

Voir 40 message(s) de cette discussion en une page

21/10/2015, 17h26
eulbobo

1 pièce(s) jointe(s)

Quelles sont les difficultés pour passer de Eclipse à IntelliJ ? Venez partager votre expérience
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 ! :mrgreen:)

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)
Pièce jointe 190727
(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 !
21/10/2015, 23h12
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.
26/10/2015, 19h18
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 ;)
26/10/2015, 20h42
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
27/10/2015, 10h09
eulbobo

Citation:

Envoyé par Mickael Baron

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 :aie:

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:

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

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.

27/10/2015, 14h17
eulbobo

Cool, un converti qui vient nous présenter son point de vue :D
Merci !

Pour Maven, je suis biaisé, je n'utilise pas les système d'assistants : je fais mon pom moi-même à la main :mrgreen:
Et il y a moyen de faire des recherches dans les artefacts existants qui sont référencés soit dans ton repository local, soit dans ton repository d'entreprise... Soit si tu es un grand malade dans l'index du repo M2Central.
Mais je préfère toujours faire ça à la main :p (et de toute façon, ce qui compte c'est que ça fonctionne en ligne de commande)

En tout cas, tes exemples prouvent un point : la philosophie des deux IDE n'est effectivement pas la même, et ils ne vont pas tester et vérifier les mêmes choses. Pareil pour l'utilisation de la souris : je ne l'utilise que peu, mais des fois, ça va plus vite de passer à la souris plutôt que de replacer ton curseur au bon endroit ! Et quitte, si tu as la main sur la souris, c'est pas mal d'avoir des potentiels plutôt que de te faire repasser la main sur le clavier.
Et oui, il y a des raccourcis claviers (dont certains qui sont très visiblement des trolls, du genre le ctrl+d qui efface une ligne sur Eclipse et qui la duplique dans IntelliJ), et je me doute qu'il faut s'y habituer pour bien gérer l'outil (mais sachant que j'ai des manques à ce niveau, je ne le prends pas en compte)

Par contre, tu parles de "formulaires qui nous assistent" dans Eclipse : tu as des exemples? Parce que personnellement, je n'en utilise pas ou ça fait longtemps que je n'en ai pas utilisés (ils n'étaient pas spécialement performants ou fournissant un gain de temps ou d'efficacité)

Pour l'autocomplétion Eclipse, la version Mars est vraiment balèze... Un grand pas en avant par rapport à ce qui existait avant.

Et oui, de ce que j'en ai compris, IntelliJ a effectivement l'air d'avoir un train d'avance pour le dev Android... Mais je n'en fais pas...
La mission commence le 2 novembre, on verra ce qui se passe ! (je tiendrai un journal et on verra si un jour un virage se prend et où je dirais "En fait c'est super bien"... J'aurai des arguments si ça arrive ^^)
27/10/2015, 14h25
Mickael Baron

@spidetra

Au final si j'ai bien compris IntelliJ ce n'est pas fait pour les développeurs occasionnels ? Parce que connaître les raccourcis clavier c'est vraiment dur à faire passer que les personnes ne font pas du code toute la journée.

Mickael
27/10/2015, 14h34
spidetra

Citation:

Envoyé par Mickael Baron

@spidetra

Au final si j'ai bien compris IntelliJ ce n'est pas fait pour les développeurs occasionnels ? Parce que connaître les raccourcis clavier c'est vraiment dur à faire passer que les personnes ne font pas du code toute la journée.

Mickael

Tu peux toujours te passer des raccourcis clavier et travailler avec la souris, comme dans Eclipse.
Je trouve qu'on est plus productif sans souris, c'est une préférence personnelle.

Là on ne parle pas de développeurs occasionnels. On doit tous passer plus de huit par jours avec notre IDE. A ce niveau on doit connaître les settings et les raccourcis de notre outil de travail.
Les utilisateurs d'Eclipse qui ne désirent pas apprendre les raccourcis d'IntelliJ peuvent tjrs choisir de mapper les raccourcis sur ceux d'Eclipse.
27/10/2015, 14h40
Robin56

Citation:

Envoyé par spidetra

Là on ne parle pas de développeurs occasionnels. On doit tous passer plus de huit par jours avec notre IDE. A ce niveau on doit connaître les settings et les raccourcis de notre outil de travail.

Pas forcément je dirais. Personnellement, je ne suis plus dans la case de celui qui est sur son IDE full time (loin de là). Donc en gros, lorsque j'en ai besoin c'est pour un POC ou pour aller tester quelque chose pouvant être mis en place rapidement. Donc je ne fais pas du code toute la journée mais je souhaite rapidement faire ce que je souhaite.
27/10/2015, 15h00
Mickael_Istria

Citation:

Envoyé par spidetra

Là on ne parle pas de développeurs occasionnels. On doit tous passer plus de huit par jours avec notre IDE.

Comme Robin56, je suis mitigé sur ce point de vue. Au final, un dev ne passe pas sa journée sur un IDE, il y a beaucoup de temps passé en apprentissage/veille, du temps en "architecture" où on avance un sujet sans être prêt à coder, du temps d'intéraction avec l'équipe ou les utilisateurs, le temps de tests... J'ai de plus en plus de mal à croire au mythe du développeur à temps plein sur son IDE. Si vous connaissez des études à ce sujet, je suis preneur!
27/10/2015, 15h02
spidetra

Citation:

Envoyé par eulbobo

Et oui, il y a des raccourcis claviers (dont certains qui sont très visiblement des trolls, du genre le ctrl+d qui efface une ligne sur Eclipse et qui la duplique dans IntelliJ), et je me doute qu'il faut s'y habituer pour bien gérer l'outil (mais sachant que j'ai des manques à ce niveau, je ne le prends pas en compte)

Je me suis forcé à apprendre les raccourcis clavier d'IntelliJ. Si tu veux être productif plus rapidepent : Ctrl+Alt+S->Keymaps->Eclipse

Citation:

Envoyé par eulbobo

Par contre, tu parles de "formulaires qui nous assistent" dans Eclipse : tu as des exemples? Parce que personnellement, je n'en utilise pas ou ça fait longtemps que je n'en ai pas utilisés (ils n'étaient pas spécialement performants ou fournissant un gain de temps ou d'efficacité)

En vrac les éditeurs pour : pom.xml, Manifest.MF, build.properties, etc...

Citation:

Envoyé par eulbobo

Pour l'autocomplétion Eclipse, la version Mars est vraiment balèze... Un grand pas en avant par rapport à ce qui existait avant.

Mars ou le plugin Recommenders ?
Dans ma mission actuelle je suis obligé de bosser avec Luna et sans le plugin recommenders donc je galère côté auto-complétion.
27/10/2015, 15h07
spidetra

Citation:

Envoyé par Mickael_Istria

Comme Robin56, je suis mitigé sur ce point de vue. Au final, un dev ne passe pas sa journée sur un IDE, il y a beaucoup de temps passé en apprentissage/veille, du temps en "architecture" où on avance un sujet sans être prêt à coder, du temps d'intéraction avec l'équipe ou les utilisateurs, le temps de tests... J'ai de plus en plus de mal à croire au mythe du développeur à temps plein sur son IDE. Si vous connaissez des études à ce sujet, je suis preneur!

Sur ma mission actuelle, sortis des Scrum du matin, des pauses et de quelques points d'architecture de temps en temps on doit tous passer plus de 80% de notre temps, le nez dans notre IDE.

[mode blague ON]
Oui non tu as raison on passe aussi du temps en mode console pour palier aux lourdeurs d'Eclipse :)
[mode blague OFF]
27/10/2015, 15h09
Mickael_Istria

Citation:

Envoyé par spidetra

Mars ou le plugin Recommenders ?

Mars intègre et active CodeRecommenders par défaut. La différence est vraiment frappante!
Tu peux installer Recommenders dans Luna sans souci j'imagine.

Citation:

Dans ma mission actuelle je suis obligé de bosser avec Luna et sans le plugin recommenders donc je galère côté auto-complétion.

Et pourquoi obligé de bosser avec Luna? C'est un truc que j'ai du mal à comprendre en général, surtout quand le feedack du changement de version est clairement positif comme c'est le cas de Luna à Mars...
27/10/2015, 15h18
eulbobo

Citation:

Envoyé par spidetra

Je me suis forcé à apprendre les raccourcis clavier d'IntelliJ.

Je ferai pareil si je m'y mets ^^

Citation:

En vrac les éditeurs pour : pom.xml, Manifest.MF, build.properties, etc...

Ha ouais... Donc je confirme, je n'utilise pas...

Citation:

Mars ou le plugin Recommenders ?
Dans ma mission actuelle je suis obligé de bosser avec Luna et sans le plugin recommenders donc je galère côté auto-complétion.

Mars !
Je ne connaissais pas le plugin en question, mais à priori, ça ressemble beaucoup à ce qui existe de base dans cette nouvelle version : reconnaissance automatique de ce qui parait le plus adapté au contexte, remplissage automatique des éléments si possible (c'est con, mais c'est bien quand il n'y a aucune chance de se tromper, et ça arrive souvent), le rappel des paramètres au fur et à mesure que tu tapes (nom et type, plus les variables pour lesquelles ça collerai le mieux...)
Et mickael ci-dessus confirme que c'est bien le cas.

J'ai zappé certaines version de Eclipse qui m'ont fait me hérisser les poils sur la tête : Juno, Kepler et Luna.
Donc si tu utilises Luna, je comprends que tu n'aimes pas !

(il faut savoir que j'utilise la version Eclipse IDE for Java EE developers)
27/10/2015, 16h31
spidetra

Citation:

Envoyé par Mickael_Istria

Mars intègre et active CodeRecommenders par défaut. La différence est vraiment frappante!
Tu peux installer Recommenders dans Luna sans souci j'imagine.

Ben non, pas sur ce projet. Pourquoi ? Les mystères des choix stratégiques de certaines SSII sont impénétrables :)

Citation:

Envoyé par Mickael_Istria

Et pourquoi obligé de bosser avec Luna? C'est un truc que j'ai du mal à comprendre en général, surtout quand le feedack du changement de version est clairement positif comme c'est le cas de Luna à Mars...

Et encore je te passe la description complète de l'environnement avec lequel on est obligé de bosser. Une horreur absolu de contre-productivité. D'où le recours intensif au mode console.
27/10/2015, 16h42
Mickael_Istria

spidetra: Je te plains. Ca me choque toujours d'entendre des entreprises imposer un IDE Java comme stratégique pour du dev non-RCP quand il y en a 3 de bonne qualité, et qu'au final personne n'est plus compétent qu'un dev curieux pour faire son meilleur choix... C'est quand même l'art de jeter de l'argent par les fenêtres dans le temps passé à décider d'une stratégie inutile pour en arriver à un solution sous-productive.
27/10/2015, 16h47
Mickael Baron

D'un autre côté pour du développement occasionnel (je suis dans cette catégorie) payer pour un IDE comme IntelliJ, ça ne serait pas concevable pour moi car Eclipse convient parfaitement à mon besoin.

Mickael
28/10/2015, 08h57
spidetra

@eulbobo:
Tu trouveras une présentation de intelliJ (version 15) sur cette vidéo:
http://blog.jetbrains.com/idea/2015/...ps-and-tricks/

Pour tes goals Maven, la vue Maven Projects est ton ami + le raccourcis Maj+F10
28/10/2015, 10h57
Cafeinoman

Histoire d'alimenter le débat, l'avis d'un autre converti.
J'ai commencé, comme beaucoup, par eclipse, avant de passer sous Idea.

Une chose est sur, c'est que c'est un IDE qui ne prend sont plein potentiel qu'un fois habitué et configuré.

Mon premier conseil, commencer par mettre les raccourcis eclipse. Au fil du temps, je les ai modifié pour les adapter à mes besoins.

Le look, c'est une question de goût je pense. Ce que j'aime personnellement dans l'interface, c'est qu'elle peut facilement s'étaler sur plusieurs écrans.

Pour ce qui est de l'intégration maven (ou gradle ou ant d'ailleurs), tu peux enregistrer tes config au niveau général plutôt que projet, ce qui te permet de les retrouver systématiquement.

D'ailleurs, pour maven, je suis comme toi, sous éclipse s'était pom a la main. Et la dessus, l'auto complétion de Idea est très agréable.

Sinon, deux features que j'aime beaucoup : avoir un terminal intégré, quand on développe sous Linux, c'est quand même pratique. Et le système de diagramme : tu fait tranquillement ton UML dans Idea, et il te génère le code au fur et a mesure. En permettant bien sur les va et vient facilement.
28/10/2015, 11h22
Mickael_Istria

Citation:

Envoyé par Cafeinoman

Une chose est sur, c'est que c'est un IDE qui ne prend sont plein potentiel qu'un fois habitué et configuré.

C'est certainement le cas de tous les IDE. Sauf que, pour une raison mystérieuse, les utilisateurs d'IJ sont OK pour faire de la config dans IJ, mais critiquent Eclipse dès qu'il y a besoin d'ouvrir la fenêtre de préférences...

Citation:

Le look, c'est une question de goût je pense. Ce que j'aime personnellement dans l'interface, c'est qu'elle peut facilement s'étaler sur plusieurs écrans.

Tu as un screenshot pour comparer à Eclipse§ Parce que Eclipse IDE aussi permet depuis un bon moment de détacher chaque éditeur ou vue pour les mettre dans une autre fenêtre, sur un autre écran. Du coup je suis curieux de savoir quelle est la différence. Les menus et toolbars sont sur les 2 écrans avec IJ? Le navigateur aussi?

Citation:

D'ailleurs, pour maven, je suis comme toi, sous éclipse s'était pom a la main. Et la dessus, l'auto complétion de Idea est très agréable.

Faut que je teste ça, ça a l'air sympa (et relativement simple à ajouter à Eclipse ;)

Citation:

Sinon, deux features que j'aime beaucoup : avoir un terminal intégré, quand on développe sous Linux, c'est quand même pratique. Et le système de diagramme : tu fait tranquillement ton UML dans Idea, et il te génère le code au fur et a mesure. En permettant bien sur les va et vient facilement.

Ca existe aussi pour Eclipse IDE, mais il faut l'installer en plus des packages par défaut.
28/10/2015, 11h29
Mickael Baron

J'ai l'impression qu'IntelliJ et Eclipse se valent en features sauf que pour le premier il y a de meilleurs commerciaux pour le vendre et présenter les features.

J'ai une idée pour faire remonter la cote d'Eclipse. La fondation n'a qu'à tenir un stand dans chaque conférence avec de jolies filles ou alors dans l'extrême faire comme pour les produits Windev => ok je sors

Mickael
28/10/2015, 11h45
Mickael_Istria

Citation:

Envoyé par Mickael Baron

J'ai une idée pour faire remonter la cote d'Eclipse. La fondation n'a qu'à tenir un stand dans chaque conférence avec de jolies filles ou alors dans l'extrême faire comme pour les produits Windev => ok

Ce genre de marketing n'est plus à la mode ;)
Il est vrai que la question de qui doit marketer Eclipse IDE et comment se pose, parce que la concurrence est plus aggressive et efficace à ce sujet. Il y a des discussions en cours sur des mailing-lists publiques (ide-dev@eclipse.org) ou dans des cercles plus restreints (Architecture Council ou Board de la Fondation Eclipse, qui sont constitué de représentants de la communauté et de membres de la Fondation). Et en effet, la présence aux conférences est un bonne piste. La difficulté, c'est que le nombre de conférence devient énorme...
Mais Eclipse (et NetBeans) ont le sérieux avantage d'être gratuit et open-source, et donc d'être utilisés en priorité dans l'enseignement et la recherche, dans les boites qui visent l'économie logicielle et les boites qui ont une véritable culture open-source. Sur le moyen/long terme, c'est bien plus profitable que du guerilla marketing.
28/10/2015, 12h59
Cafeinoman

Je suis loin d'être un fanboy, donc pas de soucis hein.

Pour ce qui est du multi-écran, je trouve surtout ça plus pratique sous Idea, mais c'est vrai que eclipse le fait aussi. Et non, les toolbar ne sont pas partout, mais honnêtement je ne les utilise pas.

Pour ce qui est de l'uml, je pense qu'en fait c'est justement le soucis d'eclipse : il y a tellement de plugin, pour certains en doublon, qu'il est parfois dur de trouver le bon! Et je trouve que le marketplace n'est pas des plus pratiques...
28/10/2015, 21h43
alain.bernard

Bonsoir,

Voilà une discussion très très intéressante ! Et le foisonnement d'avis constructif fait plaisir à voir.
Je ne fais que du dév Eclipse RCP et le développement logiciel est très loin d'être mon activité principale, donc je ne m'amuse pas à tester plein d'IDE. En plus, je suis dans la catégorie d'utilisateur qui a besoin d'IHM pour manipuler les POM et autres parce que je suis très loin d'être un expert et aussi parce que je suis pas assez souvent dans l'IDE pour apprendre les raccourcis clavier par cœur. D'ailleurs même sous Eclipse je pense que je n'en connais qu'une petite partie !
Néanmoins, j'ai l'impression que l'écosystème IntelliJ est moins "effrayant" que celui d'Eclipse. Avec Eclipse, il faut accepter de passer du temps à chercher quel plugin va faire le job qui va bien, ou lequel correspond le mieux à notre besoin. Et ça se ressent aussi chez des gens non-Eclipse (et non-développeurs) : Eclipse paraît compliqué parce que trop riche.

Par contre, je rejoins Mickael sur le domaine de la recherche : nombre de labos partenaires utilisent Eclipse comme IDE et comme plateforme (RCP), et de la même manière, les étudiants ont en général fait leurs études avec Eclipse.

Alain
28/10/2015, 22h22
Robin56

Citation:

Envoyé par Cafeinoman

Pour ce qui est de l'uml, je pense qu'en fait c'est justement le soucis d'eclipse : il y a tellement de plugin, pour certains en doublon, qu'il est parfois dur de trouver le bon! Et je trouve que le marketplace n'est pas des plus pratiques...

Je suis assez d'accord sur ce point. Sur certains thèmes (UML en et un exemple), il n'est pas toujours simple de trouver le bon plugin à installer et effectivement je ne cherche pas à passer mon temps à en tester plusieurs pour savoir ce que j'ai besoin.
28/10/2015, 23h27
tchize_

Citation:

Envoyé par Mickael_Istria

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.
28/10/2015, 23h57
Mickael_Istria

Citation:

Envoyé par tchize_

des artefacts graphiques, genre editeurs qui se mélangent

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

Citation:

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.
29/10/2015, 00h15
tchize_

Citation:

Envoyé par Mickael_Istria

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

ouais genre à ça

Citation:

Envoyé par Mickael_Istria

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.
29/10/2015, 09h17
spidetra

@eulbobo: Dans la doc d'IntelliJ tu as un guide de migration pour les utilisateurs venant d'Eclipse. Je ne l'avais pas lu et il est plutôt bien fait. Tu y trouveras des réponses à tes questions.

Citation:

Envoyé par alain.bernard

Voilà une discussion très très intéressante ! Et le foisonnement d'avis constructif fait plaisir à voir.

D'accord avec toi sur ce point, je vais essayer de rester constructif.

Qu'est-ce que j'attend de mon outil de travail ?

#Feature 1:
En tant que développeur, j'ai besoin d'un IDE qui se fasse oublier. Je veux pouvoir coder et me concentrer sans être interrompu par l'IDE.
C'est une feature que l'on va facilement trouver dans des éditeurs de texte: SublimeText, Vim, Emacs, etc...
C'est une feature que je retrouve dans IntelliJ.

C'est une feature que je ne retrouve pas dans Eclipse.
Je m'étais habitué à ces interruptions intempestives.
Aujourd'hui, j'ai de plus en plus de mal à les supporter.

#Feature 2:
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.
OK. Eclipse, tu sais que tu es désynchronisé, alors fait ce que tu dois faire: fait un refresh des fichiers qui doivent être mis à jour, met à jour les projets Maven qui doivent être mis-à-jour.
Fait ce que tu veux, mais fait le en silence, en tâche de fond et sans me perturber. Cela ne m'intéresse pas.
Préviens-moi juste si tu dois rafraîchir un fichier qui est ouvert.

#Feature 3:
En tant que développeur, la notion de workspace ne m'intéresse pas.
J'aimerais pouvoir définir mes settings:
- au niveau de mon IDE pour tout mes projets
- surcharger des settings au niveau de chaque projet si j'en ai besoin.

Je n'ai pas envie de devoir configurer l'encodage UTF-8 chaque fois que je change de workspace.

#Feature 4:
En tant que développeur j'aimerais pouvoir récupérer mes settings chaque fois que je migre ma version d'Eclipse.

Pour les Features #3 et #4, Eclipse a fait de gros progrès:
- Oomph
- plugin saneclipse de vogella

#Feature 5:
En tant que développeur, je n'ai pas besoin de la notion de perspective.
Au maximum une dizaine de vues autour de mon éditeur central devraient me permettre de faire tout ce dont j'ai besoin.
Un simple raccourcis clavier doit me permettre d'afficher ou de cacher une vue.
Cette feature est directement issue du mode de fonctionnement d'IntelliJ.

Si j'avais une distribution d'Eclipse qui m'apporte ces 5 features, je pense que je pourrais revenir à Eclipse.

En fait, si j'avais uniquement la feature #1, je pourrais revenir à Eclipse.
29/10/2015, 09h19
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 .:zoubi:
29/10/2015, 09h24
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.
29/10/2015, 09h38
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 ! ;-)
29/10/2015, 09h54
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.
29/10/2015, 10h05
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
29/10/2015, 10h16
spidetra

Citation:

Envoyé par Mickael Baron

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.

Citation:

Envoyé par Mickael Baron

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.
29/10/2015, 10h25
spidetra

Citation:

Envoyé par spyserver

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):
29/10/2015, 10h33
eulbobo

2 pièce(s) jointe(s)

Citation:

Envoyé par spidetra

@eulbobo: Dans la doc d'IntelliJ tu as un guide de migration pour les utilisateurs venant d'Eclipse. Je ne l'avais pas lu et il est plutôt bien fait. Tu y trouveras des réponses à tes questions.

Je l'ai déjà lue et parcourue, mais en fait, je me dis qu'un outil devrait être assez intuitif pour ne pas avoir besoin d'un guide de migration. Pour moi c'est le test ergonomique : est-ce que j'arrive à faire fonctionner les éléments principaux juste avec l'interface de base sans avoir à rechercher !

Et pour ça, c'est vrai que IJ a un truc très sympa : pouvoir faire un ctrl+shift+A pour rechercher tout et n'importe quoi (presque trop même), dont les paramètres interne du genre SUPPRIMER CE PUTAIN DE SPELLCHECK (je ne comprends pas pourquoi cette fonctionnalité existe). IJ permet de le faire de n'importe où sans avoir à chercher. C'est bien ! C'est agréable !
Mais c'est pas un truc qu'on fait tous les jours : on le fait une fois quand on paramètre son environnement. J'ai toujours tendance à voir les fonctionnalités qui me sont les plus utiles (et l'autocomplétion de base dans mars est meilleure que celle d'IJ aujourd'hui : les résultats sont les mêmes, mais on a aussi le rappel des paramètres et ça, ça n'a pas de prix quand on a une méthode a 12 paramètres qui a été codé par un gros porc)

Citation:

#Feature 1:
En tant que développeur, j'ai besoin d'un IDE qui se fasse oublier. Je veux pouvoir coder et me concentrer sans être interrompu par l'IDE. ...
Aujourd'hui, j'ai de plus en plus de mal à les supporter.

Je suis comme toi ! Je déteste être interrompu... Ou que la machine se mette à mouliner pour rien (merci les validateurs automatiques qui valident TOUS les projets à chaque rebuild... Je désactive systématiquement... quel que soit l'IDE)
Heureusement, chaque notification peut être cachée avec le always run in background qui te permet de travailler sans te faire interrompre !

Citation:

#Feature 2:
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.
OK. Eclipse, tu sais que tu es désynchronisé, alors fait ce que tu dois faire: fait un refresh des fichiers qui doivent être mis à jour, met à jour les projets Maven qui doivent être mis-à-jour.
Fait ce que tu veux, mais fait le en silence, en tâche de fond et sans me perturber. Cela ne m'intéresse pas.
Préviens-moi juste si tu dois rafraîchir un fichier qui est ouvert.

Pour ce point, je ne suis pas d'accord du tout !
Pourquoi?
workspace is out of sync : ça veut dire que tu as des éléments externes à ton IDE qui touchent tes fichiers. POURQUOI?
Le fait que la config maven doive être mise à jour, c'est généralement quand des paramètres liés au classpath ou aux fondamentaux du projet qui sont changés (du genre un changement de JDK) : ça n'arrive pas tous les jours

PAR CONTRE : j'aime maîtriser mon environnement et choisir quand les choses doivent être faites !
Je veux choisir quand je veux sauvegarder, quand je veux compiler, quand je veux rafraîchir une vue... Mais bon, je fais du web, donc avec la compilation automatique, à chaque sauvegarde ça redémarre mon tomcat (et c'est pas nécessairement quelque chose que je VEUX)
J'aime le contrôle de mon environnement et savoir ce qui s'y passe.

Avec IJ, un truc qui me dérange, c'est le fait de ne pas sauvegarder.... Je comprends la logique, je comprends la philosophie et elle est pas con : quand tu changes un truc, ben voilà c'est changé... Mais j'aime cette idée de la "validation" par le développeur... Ces minis étapes dans le développement... Ce rythme qui s'acquiert... Je code, je sauvegarde, je code, je sauvegarde... Autant d'étapes qui sont des validation intellectuelles des concepts.
Dans mon mode de fonctionnement, quand je sauvegarde mon fichier, c'est que ce que j'ai fait me va. C'est que j'ai fait une étape. C'est que je vais passer au point suivant. Avec IJ, c'est con, mais CA ME MANQUE. Je veux mon ctrl+s. Je veux mon gros bouton "Ready to go". Je veux qu'un mécanisme dans ma tête me dise "on passe à la suite".

Citation:

#Feature 3:
En tant que développeur, la notion de workspace ne m'intéresse pas.
J'aimerais pouvoir définir mes settings:
- au niveau de mon IDE pour tout mes projets
- surcharger des settings au niveau de chaque projet si j'en ai besoin.

Je n'ai pas envie de devoir configurer l'encodage UTF-8 chaque fois que je change de workspace.

J'ai découvert la notion de workspace dans un cadre particulier : le développement de plusieurs applications différentes sur différentes configurations...
Projets JDK 1.4, 1.5, 1.6
Tomcat 4, 5, 6
Projets Maven ou pas
Projets Flex
Projets Swing
Projets Struts
Projets Struts2
Projets JSF
Projets UTF-8 ou ISO-8859-1

Ben mine de rien, quand tu dois en gérer plusieurs en même temps, c'est bien d'avoir un "espace de travail" dans lequel la configuration soit déjà la bonne, et qui soit spécifique à ce que tu veux faire.
La plupart du temps, on a un projet sur une techno donc effectivement, pas besoin d'avoir 28 configuration différentes. Mais dès que tu interviens sur des domaines différents, ça devient très utile, aussi bien pour la rapidité à lancer un nouveau projet qu'au niveau organisationnel pour savoir facilement quel projet tourne sur quoi avec quels paramètres !

Donc pas "besoin", mais pratique organisationnellement (même si on peut s'organiser autrement)

Citation:

#Feature 4:
En tant que développeur j'aimerais pouvoir récupérer mes settings chaque fois que je migre ma version d'Eclipse.

Pièce jointe 191289
(attention, jeu de mot en anglais)

Citation:

#Feature 5:
En tant que développeur, je n'ai pas besoin de la notion de perspective.

Là je suis d'accord et pas d'accord.
J'aime la notion de perspectives qui te permettent de "voir" ton projet différement. C'est juste une question de répartition des éléments, mais quand je code, je n'ai pas besoin d'avoir une fenêtre avec les valeurs de débug, les points d'arrêts et la stacktrace : j'ai besoin de me concentrer sur mon code donc ma fenêtre de code doit être la plus grande possible
Par contre, dès que je débug, j'ai besoin d'autres informations... Le code devient moins important, j'ai besoin de pouvoir lire facilement les valeurs portées par mes objets et variables. J'ai besoin de voir le stack, la mémoire, les points d'arrêts, les outils de navigation dans le code (step over, step out, etc)... Tout un tas de trucs qui ne feraient que m'encombrer dans la vue "code" normale.

IJ a pris le parti de gérer les deux en même temps, mais le résultat c'est moins de lisibilité (question de goût, je suis sûr qu'on s'y fait).

Tiens, tant qu'on y est : il y a un truc que je ne comprends pas.
Dans Eclipse, l'IDE génère des fichiers pour chaque projet qui lui servent à s'y retrouver dans la configuration. Les répertoires dans .settings, les fichiers .classpath et .project
IJ fait la même chose avec ses propres fichiers (les .iml et le répertoire .idea)
Par contre : Eclipse MASQUE ces fichiers qui lui sont propres tandis que IJ les affiche... Pourquoi? Pourquoi ne pas les masquer?

Exemple en image avec un même projet IJ et eclipse :
Pièce jointe 191293

D'ailleurs, en y regardant de plus près, deux nouveaux trucs que je trouve gênant :
La configuration de mon projet est en JDK 1.7 et IJ me met le compilateur 1.8 (les deux sont configurés), et l'autocompletion me propose des trucs incorrects (du genre le forEach ou streams sur une collection)... Et la compilation maven fonctionne ce qui veut dire que mon paramétrage pour demander une compilation source et target 1.7, il s'en ballec et force la compilation en 1.8 parce que c'est un putain de paramétrage projet par défaut...
Mon paramétrage projet, normalement, c'est le pom.xml, pas des paramètres de définition de la JDK ailleurs !

Citation:

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 un monde idéal oui... Je ne vis pas dans un monde idéal.
Surtout quand on se rend compte de bug d'un côté, puis d'un autre et qu'on doit sans arrêter jongler de l'un à l'autre... Ou qu'on doit les faire évoluer en parallèle

Citation:

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.

Ce n'est pas de l'autocomplétion, mais de l'assistance de code ça.
L'auto complétion, c'est quand l'IDE te propose la suite de ce que tu es en train de taper, pas quand l'IDE te propose de "générer du code"

C'est pratique cela dit, mais j'ai un doute sur le "gain de temps" généré (je tape vite)
Et je viens de vérifier, Eclipse te permet de faire la même chose en commençant à taper for... Et il te propose différents types de boucles (dont le foreach mais qui n'est pas toujours une bonne solution)
29/10/2015, 10h37
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.
29/10/2015, 10h53
Nightmaster

Pour ma part ca fait environ 1 an que j'ai effectué le switch entre les deux IDE. Je suis certes devenu FanBoy, je le cache pas (:mrgreen:), mais c'est surtout vu la puissance de l'engin et les fonctionnalités de base qui sont intégrées. Après tout n'est ni tout blanc ni tout noir d'un côté ou de l'autre, j'en suis conscient (meilleur exemple: 14.1 a beaucoup plus de mal avec les gros fichiers que 14.0.4, etc.), mais je reste sur IntelliJ (Ultimate).

Justement, Ultimate a un coup certain, c'est vu, mais il les vaut au final. Après une petite descente dans le paramétrage, quelques réglages et un passage au keymap Eclipse, je trouve qu'on prend vite ses marques !

Ce que j'ai ÉNORMÉMENT adoré avec la version Uti, c'est la prise en charge de JavaScript. C'est un IDE Java, certes, mais Eclipse est resté bloqué a EcmaScript 4 ou 5 la dernière fois que j'ai regardé (environ 1 an), là ou IntelliJ prend plus ou moins nativement (quelques plug-in, maison ou externes, nécessaires parfois) en charge Node.js, Gulp, Angular, etc. et quantité d'autres choses liées à JS et se met à jour au niveau pour prendre en charge les nouveautés d'EcmaScript.

Pour ce qui est de l'intégration Maven, c'est je pense une question d'habitude, c'est vrai qu'il faut parfois passer par la gestion du projet (F12 sur la vue d'arborescence) et ajouter des dépendances à la main. Il est peut-être pas parfait mais gère beaucoup mieux Maven que tout ce que j'ai pu faire avec Eclipse.
Et ne parlons pas de Git, EGit sur Eclipse était pour moi (dans le temps...) une vraie horreur! Besoin de rebuilder TOUT le WS à chaque chagement, résolution de conflit à s'arracher les cheuveux, etc. A l'inverse, IJ propose une intégration native, propre et simple. La première chose que je fais quand on me demande un coup de main sur Git (la société vient de faire la bascule SVN --> Git il y a peu) c'est de demander au gens d'installer IntelliJ et la je leur montre l'outil de résolution de conflit ! Ergonomique, simple à prendre en main et puissant !

Sur machine équivalente, IJ m'a toujours semblé beaucoup plus réactif (je ne me suis pas amusé a benchmarker), et la version Ulti intègre, certes, beaucoup de choses, mais il est toujours possible de désactiver celles inutiles.

En gros, pour conclure par rapport à l'article initial, je n'aurai que deux-trois choses à conseiller, mets-toi en keymap Eclipse pour commencer, ensuite jette une oeil dans la liste des plugins disponibles, et enfin, prend le temps de faire le tour des préférences de l'IDE, et tu verras que tu trouveras beaucoup des points que tu as levé dans ton article :)

Voir 40 message(s) de cette discussion en une page