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