Débats autour de la branche 4.x d'Eclipse
La fondation Eclipse est elle en train de rater sa migration ?

Les rubriques (actu, forums, tutos) de Développez
Tags
Réseaux sociaux


 Discussion forum

Le , par jmini, Membre Expert
Depuis plusieurs années deux versions majeures d’Eclipse existent: la branche 3.x (historique) et la branche 4.x (précédemment baptisée e4, reposant sur de nombreux nouveaux concepts). En 2012, deux versions ont été publiées: la fondation Eclipse sort Eclipse Juno 3.8 /4.2. Dans la pratique, la version 4.2 est la version officielle, celle qui est mise en avant. Les versions packagées d’Eclipse (EPP builds) proposées sur la page des téléchargements reposent sur la version 4.2.

Pourtant cette migration à marche forcée ne satisfait pas tout le monde. De nombreuses personnes ont évoqué et documenté des problèmes de stabilité et de performance.

Mike Milinkovich, le Executive Director de la fondation Eclipse a reconnu ces problèmes en soulignant deux points [1]:
  1. La migration vers une nouvelle architecture n’est jamais simple (en donnant en exemple le passage à la version 3.0). La branche 4.2 constitue l’avenir d’Eclipse.
  2. La fondation a besoin de l’aide de la communauté pour améliorer la plateforme.


Le débat continue, notamment via le Bug 389175 qui réclame une double distribution (3.x et 4.x).

Il apparait qu’il y a vraiment plusieurs types d’utilisateurs de la plateforme Eclipse. De nombreuses voix s’élèvent pour dire qu’ils pensent rester sur la branche 3.x pendant un certain temps.

Qu’en pensez-vous ?
S’agit-il de tergiversations normales lors d’un saut technologique majeur ?
La fondation Eclipse est elle en train de rater sa migration ?
La branche 3.x est elle aussi morte que la fondation le laisse entendre ?

[1] Juno Performance


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de bugsan bugsan
http://www.developpez.com
Membre éprouvé
le 11/09/2012 11:44
J'utilise Eclipse 3.x depuis 5 ans, accompagné de SpringIDE, du plugin Maven, et d'un plugin SCM au choix.
Certes, Eclipse est lent sur de vieilles machines. Et il peut devenir infernal avec certains plugins (AJDT est un ogre ...). Faut pas avoir peur d'avoir un IDE qui bouffe + de ram que Battlefield3 Mais dans l'ensemble il me convient bien et je suis habitué à tous les raccourcis clavier ...

J'ai donc testé la version 4.2. Elle m'a semblé plus réactive que la 3.x. Mais je l'ai viré à cause du look&feel horrible. Même en appliquant le style "classic" c'était un peu foiré...
Avatar de Mickael_Istria Mickael_Istria
http://www.developpez.com
Membre Expert
le 11/09/2012 11:44
Citation Envoyé par marc.collin  Voir le message
si eclipse veut pousser pour sa branche 4, ils n'ont qu'ajouter des nouvelles fonctionnalités à cet branche et corriger que les anomalie pour la branche 3

Il y a plein de nouvelles fonctionnalites dans la platforme 4.x, la plus visible est surement le CSS, mais la plupart sont destinees aux developpeurs de plugins. En effet, la Platform n'est pas un produit pour l'utilisateur final, ce que l'utilisateur voit, ce sont les differents plugins (JDT, WTP, m2e, Git, Findbugs...).
Tous ces plugins fonctionnent encore sur la version 3.x d'Eclipse (en plus de 4.x), donc ce n'est pas evident pour l'utilisateur de voir l'avantage de 4.x sur 3.x.
Le plan que tu proposes est celui qui a ete adopte depuis la derniere release, Juno.

Sinon, NetBeans est bien aussi, mais Eclipse se differencie par la myriades de plugins qui rend l'utilisation d'Eclipse ultra-productive, avec des integrations pour a peu pres tout ce qui existe.
Du coup Eclipse a tendance a etre rendu lourd par tous les plugins bien pratiques qu'on installe. Il pompe de la RAM, il lag, mais au final, il simplifie beaucoup les processus des developpement. NetBeans fait aussi cela, et meme en mieux avec les produits Oracle, mais il est generalement moins efficace sur toutes les autres integrations.
Avatar de Mickael_Istria Mickael_Istria
http://www.developpez.com
Membre Expert
le 11/09/2012 11:47
Citation Envoyé par bugsan  Voir le message
J'ai donc testé la version 4.2. Elle m'a semblé plus réactive que la 3.x. Mais je l'ai viré à cause du look&feel horrible. Même en appliquant le style "classic" c'était un peu foiré...

Dans ce cas, reprends 4.2 et utilise ce plugin, il fournit des biens jolis themes: https://github.com/jeeeyul/eclipse-themes/ Maintenant, mon IDE est rose et je me demande comment j'ai pu en avoir un gris avant
Avatar de hansaplast hansaplast
http://www.developpez.com
Membre chevronné
le 11/09/2012 13:39
Bonjour,

Pour ce qui en est de mon utilisation (PDT+WDT+subversive), la 4.2 me pose de gros soucis : je subit de grosses fuites mémoire et suis obligé de relancer éclipse plusieurs fois par jour, je pense retourner a la branche 3.X, le temps que ceci évolue.

Les fuites sont surement dues a leur couche de compatibilité pour les plugins écrits pour éclipse 3.X, j'ai en parallèle l'impression que zend commence a lâcher PDT, donc ce n'es pas de bonne augure pour les dev. PHP...
Avatar de jmini jmini
http://www.developpez.com
Membre Expert
le 13/09/2012 8:50
Effectivement pas évident de faire la différence entre Eclipse IDE et Eclipse Platforme...

Ce qui me semble étrange, c'est le nombre de personnes qui semblent être sur la dernière version sortie. Dans ma boite pour l'IDE on travaille plutôt sur les version SR2 n-1 ou n-2...
Dans tous les cas on a une "distribution" perso. Personne ne va sur eclipse.org pour télécharger une version d'Eclipse.

Pour nos logiciels basés sur la plateforme on est aussi plutôt conservateur... En même temps nos logiciels n'ont plus grand chose à voir avec l'IDE... Ils ne sont pas destiné à s'y intégrer (ce sont des applications autonomes) et je ne suis pas certain qu'on ait besoin des nouveautés.

En fait je pense qu'on passera vers mi 2013 à la 3.8 SR2. Dans deux ans on pourra toujours se poser la question d'une migration vers 4.3 SR2 ou non.

En fait, pour la partie IDE on ne doit pas vraiment être représentatif... Quand on voit le nombre de personnes qui ont installé la 4.2 et qui s'en plaignent.

Peut être que le vrai problème est pour les néophyte...

.
Avatar de Mickael_Istria Mickael_Istria
http://www.developpez.com
Membre Expert
le 13/09/2012 10:20
Citation Envoyé par jmini  Voir le message
Ce qui me semble étrange, c'est le nombre de personnes qui semblent être sur la dernière version sortie. Dans ma boite pour l'IDE on travaille plutôt sur les version SR2 n-1 ou n-2...
Dans tous les cas on a une "distribution" perso. Personne ne va sur eclipse.org pour télécharger une version d'Eclipse.

On peut s'interroger sur le reel gain de cette approache. Les projets evoluent vite, s'interdire les mises a jour pendant 9 mois ca peut etre contre-productif. EGit est le meilleur exemple en la matiere actuellement.
Ensuite, je comprends parfaitement que si vous utilisez un environnement bien perso et bien tricky, avec des extensions internes ou ce genre de choses, un phase de validation peut etre utile. Mais elle ce qu'elle vaut l'attente ?

Pour nos logiciels basés sur la plateforme on est aussi plutôt conservateur... En même temps nos logiciels n'ont plus grand chose à voir avec l'IDE... Ils ne sont pas destiné à s'y intégrer (ce sont des applications autonomes) et je ne suis pas certain qu'on ait besoin des nouveautés.

Goute un peu a l'injection de dependances (et des services), et tu te diras que tu ne refeeras plus jamais de developpement RCP sans ca
Le CSS ca le fait pas mal aussi pour brander son appli RCP.
Le modeled workbench simplifie beaucoup la vie, surtout au demarrage de nouvelles applis.
Il y a pas mal de features qui valent le coup dans Eclipse 4 IMHO.

En fait je pense qu'on passera vers mi 2013 à la 3.8 SR2. Dans deux ans on pourra toujours se poser la question d'une migration vers 4.3 SR2 ou non.

D'ici 2013, les problemes de qualites de la 4.x seront surement fixes, ce serait dommage de se priver des ameliorations, qui sont plutot orientees a faire gagner de la productivite lorsqu'on ecrit des plugins ou des applis RCP.
Retarder la migration constitue une prise de risque.

En fait, pour la partie IDE on ne doit pas vraiment être représentatif... Quand on voit le nombre de personnes qui ont installé la 4.2 et qui s'en plaignent.

Peu de boites ont ce genre de configs toutes faites. D'apres mon experience (4 employeurs differents), tu arrives dans la boite et il y a une page de wiki qui te dit quoi installer dans ton environnement. La partie Eclipse recommande un package et tels plugins, tu le fais et voila.
A noter que souvent la liste des plugins et un peu arbitraire et pas forcement bien faite: elle oublie souvent Findbugs et PMD, neglige les integration avec Jacoco & Sonar, te force a utiliser Subclipse ou lieu de Subversive (les 2 ont la meme qualite depusi 1 an et demi...), ne parle pas des connecteurs Mylyn et m2e... Elle est en generale vieille d'un an...
Bref, la plupart du temps le developpeur sait s'installer un environnement plus efficace que celui qu'on lui recommande. Dans le fond, c'est bien de le guider, mais mettre en place un bon environnment fait partie du metier de developpeur, et il le fait generalement mieux qu'un gars qui est la davantage pour superviser que pour coder.

Peut être que le vrai problème est pour les néophyte....

Les neophytes ont moins d'avis critiques. S'ils installent Eclipse pour la 1ere fois, ils ne vont pas dire "c'etait mieux avant" comme on l'entend tout le temps.
Les plaintes viennent souvent de personnes experimentees qui travaillent chez des grosses boites qui esperaient beaucoup d'Eclipse 4 et qui sont un peu decus de la qualite de cette premiere version publique.
Avatar de jmini jmini
http://www.developpez.com
Membre Expert
le 13/09/2012 10:54
Citation Envoyé par Mickael_Istria  Voir le message
Bref, la plupart du temps le developpeur sait s'installer un environnement plus efficace que celui qu'on lui recommande. Dans le fond, c'est bien de le guider, mais mettre en place un bon environnment fait partie du metier de developpeur, et il le fait generalement mieux qu'un gars qui est la davantage pour superviser que pour coder.

Oui en même temps c'est pas exactement comme ça que ça se passe: quelques codeurs ont en plus la responsabilité de choisir/tester la bonne combinaison d'outils.

C'est fait une fois, pour toute la boite, avec la possibilité pour certains projets qui veulent autre chose de se faire leur propre sous-configuration (ou de rester sur l'ancienne pour des raisons de compatibilité).

À vrai dire je ne comprends pas la remarque "[ça] fait partie du metier de developpeur". Il faut savoir le faire c'est certain, mais je suis bien content de ne pas avoir à me demander chaque semaine si par hasard telle maj du plugin vaut le coup ou est incompatible avec d'autres choses (pendant longtemps il y avait un pb avec un plugin Team Provider SVN - je ne sais plus lequel).

Citation Envoyé par Mickael_Istria  Voir le message
On peut s'interroger sur le reel gain de cette approache. Les projets evoluent vite, s'interdire les mises a jour pendant 9 mois ca peut etre contre-productif. EGit est le meilleur exemple en la matiere actuellement.

Je ne saurais pas dire quelle version de EGit on a actuellement (pas l'IDE sous la main), mais il ne me semble pas que EGit requiert la version 4.2 d'Eclipse. Évidemment les plugins qui vont bien sont mis à jours. L'autre bon exemple est le plugin maven (m2e => les versions récentes sont plus efficaces).

Citation Envoyé par Mickael_Istria  Voir le message
Ensuite, je comprends parfaitement que si vous utilisez un environnement bien perso et bien tricky, avec des extensions internes ou ce genre de choses, un phase de validation peut etre utile. Mais elle ce qu'elle vaut l'attente ?

Je ne crois pas qu'on ait des choses si spécifiques... Mais il y a aussi pas mal de plugins qui sont juste inconnu des développeurs Eclipse (par exemple "Compare to > Clipboard", ou un autre qu'on a pour gérer la licence et les headers des fichiers). Un jour sur une installation fraiche d'Eclipse, je me suis rendu compte de tout ce qui n'était pas par défaut (Ca ma rappelé quand j'étais étudiant).

Un composant perso qu'on a c'est un mécanisme pour mettre à jour Eclipse... Histoire que les modifs faites à la setup d'entreprise (ou de projet) soient propagées à tout le monde. (ça se fait le matin au démarrage d'Eclipse => un petit peu pénible, mais ça laisse le temps pour lire ses mails ou un café).

Je crois que le composant de mise à jour pourrait être largement amélioré. Le bousin existait avant p2 et autres nouveautés dans le domaine... C'est presque du Legacy à ce niveau-là. Je n'ai jamais trop creusé, mais on pourrait arriver au même résultat avec un outil comme yoxos.
Avatar de bugsan bugsan
http://www.developpez.com
Membre éprouvé
le 15/09/2012 13:48
Forcer les devs à utiliser un package Eclipse préconfiguré c'est réactionnaire. C'est croire encore que les devs sont des ouvriers irresponsables

Un commiter Eclipse, est-ce qu'on lui fournit un Eclipse tout fait, ou bien est-ce qu'on lui fait confiance ?
Avatar de Laurent.B Laurent.B
http://www.developpez.com
Rédacteur/Modérateur
le 16/09/2012 1:36
Citation Envoyé par bugsan  Voir le message
Forcer les devs à utiliser un package Eclipse préconfiguré c'est réactionnaire. C'est croire encore que les devs sont des ouvriers irresponsables

Réactionnaire, rien que ça... ? Tu crois vraiment que les services informatiques ont ce genre d'idées en tête pour imposer cela ? Tu ne te dis pas plutôt que ça à tout bêtement l'intérêt d'avoir un environnement projet homogène, évitant ainsi les problèmes d'incompatibilités par exemple, ou de perte de temps à tout installer soi-même ?

Le sujet concerne la branche 4.x d'Eclipse, donc merci d'éviter de dévier de celui-ci.
Avatar de jmini jmini
http://www.developpez.com
Membre Expert
le 19/09/2012 13:34
Citation Envoyé par bugsan  Voir le message
Forcer les devs à utiliser un package Eclipse préconfiguré c'est réactionnaire. C'est croire encore que les devs sont des ouvriers irresponsables

A vrai dire je ne me suis jamais demandé si j'étais "forcé"... Je ne crois pas... C'est juste que c'est beaucoup plus simple d'avoir le même IDE (au version des plugin près) dans une équipe.

D'ailleurs on a pas vraiment de services informatiques... Quelques personnes s'en occupent... Ca ne consitute pas vraiment un service.

Citation Envoyé par Laurent.B  Voir le message
Le sujet concerne la branche 4.x d'Eclipse, donc merci d'éviter de dévier de celui-ci.

Sinon je me rends compte que je n'ai pas gardé les URL des post de blog importants. Voici ma petite revue de presse:
* Juno Performance: les commentaires sont vraiment intéréssants.

* Something is really broken with Eclipse foundation (Un des sujet qui a mis le feu au poudre)

* The Safe Road (La demande pour une double release)

* Ignorantia iuris nocet: revient sur le fait que malgré les appels à contribution rien ne s'est réellement passé. Beaucoup de personnes considèrent la plateforme Eclipse comme acquise. Pourtant il n'en est rien.

Il faut baisser la barrière d'entrée pour les commiteurs intéréssé par la branche 4 d'Eclipse. (Un bug a été ouvert pour cela).

* So Long, and Thanks for All the Fish: IBM s'est retiré du soutient massif à la plateforme Eclipse, un nouveau modèle doit émerger pour soutenir la plateforme.
Avatar de jmini jmini
http://www.developpez.com
Membre Expert
le 26/09/2012 12:12
Citation Envoyé par jmini  Voir le message
Voici ma petite revue de presse

Ca continue:
* Eclipse 4 – Uh Oh! Trouble’s brewin?
Offres d'emploi IT
h/f Developpeur c++/qt/linux
CDI
DATUS SUD OUEST SA - Midi Pyrénées - Toulouse (31000)
Parue le 27/10/2014
Plusieurs postes
CDI
Money For Job - Luxembourg - Luxembourg
Parue le 07/11/2014
Ingénieur développement .net h/f
CDI
SEPTEO - Midi Pyrénées - Toulouse (31000)
Parue le 30/10/2014

Voir plus d'offres Voir la carte des offres IT
 
 
 
 
Partenaires

PlanetHoster
Ikoula