Envoyé par
Mickael_Istria
Je me sens oblige de corriger quelques "alternatives facts", qui ne sont plus vrais depuis suffisamment longtemps pour qu'on arrete de les colporter.
Très bien alors je me suis prêté au jeu effectivement en 2 ans ça a pu évoluer
. J'ai installé la dernière verison d'eclipse stable neon:
Envoyé par
Mickael_Istria
Dans Eclipse: `File > Open Projects from FileSystem...` depuis bientot 2 ans, et il configure le projet au mieux.
Ce qui se passe avec eclipse :
1) Open projects from filesystem
2) il sait reconnaître un projet maven -> OK
3) il importe les dépendences automatiquement -> OK
Jusque la parfait.
Par contre il ne comprend pas que c'est un projet Git (ou alors c'est un choix de conception) -> mais toujours est-il que c'est à moi d'ouvrir la perspective Git pour avoir le support de Git dans ce projet dans eclipse. (IntelliJ le fait automatiquement pour moi)
Il ne détecte pas la présence d'un fichier persistence.xml (ORM) -> IntelliJ le fait ce qui me permet d'avoir des warning utiles si par exemple une entité n'est pas déclaré dans le persistence.xml
Il ne sait toujours pas déterminer quoi doit lancer mon application. Exemple je fais clic droit sur ma classe principale il me demande si je veux la lancer sur un serveur ou starter une java application. (IntelliJ je pense qu'il détecte "plus" de choses détermine mieux ce genre de chose)
Envoyé par
Mickael_Istria
Tres instable? Je pense qu'encore une fois, tu as une vision depassee d'Eclipse IDE. C'est clair que quand on pense a une version d'il y a 5 ans, il y a des defauts; mais les choses changent et bien des utilisateurs te diront qu'EGit est maintenant l'un des meilleurs clients UI pour Git de ce bas monde.
Alors je peux faire un stash sans problème contrairement à avant ou l'ide tournait en boucle et se perdait dans lui-même.
Par contre :
J'ai des modifications à récupérer depuis le repo git (il faudrait que je fasse un pull)
Eclipse me note bien que j'ai une modif manquante en local avec la petite flèche -> OK
Je fais un pull en commande depuis git bash ou sourcetree -> eclipse n'en a rien a secouer pour lui j'ai tjrs des choses à récupérer du serveur. (Aucun rafraichissement d'eclipse quand d'autres outils interagissent avec git.)
Ca me dérange au plus haut point. On est bridé à eclipse alors que d'autres tools spécialement conçu pour gérer git au mieux existent. A contrario Sourcetree, IntelliJ ou encore la console bash (heureusement) sont capables de gérer cela sans problème.
En fait eclipse ne détecte aucun changement dans le système de fichier... si j'ajoute un fichier dans mon projet via le gestionaire de fichier ou un autre outil -> eclipse vit sa vie sans s'en soucier. IntelliJ refresh automatiquement l'arborescence.
Clairement décevant de la part d'eclipse après tant d'année il faut toujours faire "REFRESH"
Envoyé par
Mickael_Istria
Au sujet du workspace qui se build sans arret:
C'est evidemment un default. Des bugs ont ete fixes pour limiter ca, et ca se sent; mais le probleme existe encore occasionnellement.
Le problème existe toujours et très clairement. Nous avons un projet basé sur Eclipse RCP que vous semblez bien connaître. Lorsqu'on change de branche dans EGit c'est une catastrophe eclipse veut tout rebuild ... et après oui on peut décocher mais parfois ca serait bien qu'il le fasse également.
IntelliJ fonctionne différemment visiblement et ça évite ce désagrément.
Envoyé par
Mickael_Istria
Au sujet du design:
Les gouts et les couleurs. Autant Eclipse sous Windows, j'aime pas; mais sous Linux je trouve qu'il est bien plus clair qu'IntelliJ. (et pour se faire un avis, on check la derniere version, on ne regarde pas des screenshots vieux de 2 ans
100% d'accord question de gout personnel.
La version windows d'eclipse quant à elle
n'a pas changée depuis 10 ans. IntelliJ la retravaille en continu depuis les release 2017 on a par exemple des onglets actifs bien plus visibles etc. mais effectivement question de goût
IntelliJ que je travaille sur mon mac, le pc windows du boulot, ou linux c'est toujours la même apparence. (harmonie ?)
Envoyé par
Mickael_Istria
Au final, IJ et Eclipse sont tres comparable en terme d'architecture et de consommation de resources. Beaucoup de workflows sont tres proches. Alors, certes, il y a des differences marquantes; mais il y a surtout enormement de ressemblance, donc si Eclipse appartient deja au passe, ca veut dire que c'est bientot le tour d'IntelliJ de le rejoindre dans le passe.
Au niveau de l'architecture je sais pas. Mais niveau consommation de resources je dirais non pour la raison suivante: Jetbrains propose IntelliJ pour java, Webstorm pour le web, JS etc. PHPStrom pour php avec pour chacun leur plugins préinstallés.
Du coup mon IntelliJ que j'utilise pour faire du Java ne load pas les plugins pour faire du PHP. Du coup quand je fais du java je ne charge que ce qui m'intéresse etc.
Alors oui on peut faire cela avec eclipse aussi -> 1 eclipse configuré par langage. Le problème c'est que il faut chercher tous les plugins a la main qu'on veut car pour faire du angular, gulp, nodejs, npm, bower, reactjs, typescript eclipse c'est pas droit ça. Pareil pour du php avec symfony... le plugin pour phpstorm est vraiment mieux fait. (Pas la faute d'eclipse on s'entend mais si les plugins sont meilleurs ailleurs ca peu aussi pousser les gens à utiliser autre chose.)
IntelliJ étant payant je pense que son model économique lui assure un bel avenir. De plus, si Google l'a choisi pour faire son environnement de développement officiel pour Android (et pas eclipse rcp) je pense qu'il y a certainement de bonnes raisons et pas mal d'argent qui transite entre les 2. Donc qui dit argent -> dit développeurs pour fixer des bugs et développer de nouvelles fonctionnalités.
Envoyé par
Mickael_Istria
Eclipse IDE a des mises a jour tous les 3 mois.
Rien qu'Eclipse Platform (donc sans EGit, sans C/C++, sans Maven et compagnie) fait du ~350 commits par mois
https://projects.eclipse.org/project...e.platform/who (et je te laisse regarder la qualite des commits, c'est souvent des gros morceaux de fix ou de fonctionnalites. C'est comparable a ce qu'Intellij Community affiche.
Alors pour ma part eclipse RCP je connais très bien également on a travaillé avec sur un projet. Les bugs ça fonctionne bien souvent comme ca. Comme on est une entreprise on peut pas attendre que des devs fixent ça le soir chez eux bénévolement. Donc il y a des team eclipse dans plein de pays du monde qui proposent de fixer des bugs dans RCP moyennant finance. Et ces bugs sont fixés en avance pour l'entreprise qui paie. Et publié plus tard dans les releases "publiques".
IntelliJ les EAP (early releases) c'est accessible pour tous le monde vu que tout le monde paie. Et ça c'est pas tous les 3 mois c'est bien plus fréquemment.
Ah et juste pour le plaisir des yeux. Une release eclipse vs une release intelliJ :
eclipse :
https://www.eclipse.org/eclipse/news...6/platform.php
intellij:
https://www.jetbrains.com/idea/whatsnew/J'ai un peu l'impression que Eclipse c'est fait par un étudiant pressé qui ne se soucie que du fonctionnel et pas du confort d'utilisation. Jetbrains, une entreprise qui soigne les apparences, fourni une doc et des outils de qualité. Paie des UX designer, et met le paquet ! N'oublions pas que contrairement à eclipse, JetBrains a une pression assez grande car elle doit fournir mieux que l'existant gratuit sinon elle peut mettre la clé sous la porte. Donc ne serait-ce que son business model l'oblige à mieux faire que les autres. Un pas en avant d'eclipse c'est 10 à faire pour IntelliJ pour tenir la cadence.
Par contre je suis ravi qu'eclipse et netbeans soient de la partie ça crée une concurrence entre eux qui est bénéfique à nous tous.
6 |
0 |
Quels sont les éditeurs de code que vous estimez être les meilleurs pour la programmation en 2017 ? Et pourquoi ?
Retrouvez la rubrique EDI 
