Envoyé par
jmini
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.
0 |
0 |
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.
S’agit-il de tergiversations normales lors d’un saut technologique majeur ?
Mais dans l'ensemble il me convient bien et je suis habitué à tous les raccourcis clavier ...