Il y a une discussion sur la liste de diffusion des développeurs d'Eclipse IDE sur la façon de rendre Eclipse plus compétitif. Cette discussion a été initiée par le billet de blog Pourquoi nous avons abandonné Eclipse pour Intellij. Voici un résumé des points discutés.
De meilleures performances
Les développeurs en général se plaignent des performances. Eclipse Juno (4.2) a eu des soucis de performance lors de la sortie initiale, qui sont maintenant résolus. Cependant, un Eclipse plus rapide et plus léger ne peut qu'aider la plate-forme Eclipse.
Une interface utilisateur plus intelligente
Une plainte fréquente est le manque de logique et d'intelligence de l'interface utilisateur. Un exemple courant est le mécanisme de tri de propositions qui ne s'adaptent pas bien aux attentes du développeur. Les corrections proposées et l'assistance peuvent aussi être améliorées. Toutes les améliorations doivent avoir des performances raisonnables, et doivent être intégrées dans Eclipse, au lieu d'être sous forme d'add-on ou plug-in.
Plus de développeurs
Eclipse a besoin de plus de développeurs, qui peuvent agir comme contributeurs, commiteurs ou relecteurs. Les développeurs peuvent être des personnes qui souhaitent donner de leur temps et leur expertise pour aider les différents projets Eclipse. Ils peuvent aussi travailler pour de grandes entreprises qui seraient prêtes à parrainer des travaux de développement. Les membres actuels de l'équipe Eclipse ont besoin de temps pour aider et assister les nouveaux contributeurs qui deviendront peut-être des commiteurs à plein temps et des relecteurs.
Groupe de travail
Il y a un consensus sur le besoin d'un IDE Working Group (IDEWG - Groupe de Travail IDE). Le IDEWG sera un groupe de travail ouvert et transparent qui va créer une feuille de route sur le long terme pour l'IDE à travers de multiples projets. Il y a déjà un brouillon de proposition créé sur le wiki Eclipse pour recueillir des avis et ouvrir la discussion. Les entreprises et les développeurs qui souhaitent être impliqués sont encouragés à s'inscrire et à participer à la mailing-list ide-dev. Le financement du IDEWG est un de ses objectifs principaux afin que ce groupe de travail puisse payer ses propres développeurs.
Le IDEWG ne va pas remplacer les pratiques de planification/contribution déjà en place dans les différents projets Eclipse aujourd'hui. Les équipes existantes et les chefs de projets vont continuer à avoir la responsabilité de décider ce qui va dans chaque projet.
Revue de code
Il y a actuellement un retard avec la revue de code dans Eclipse. Il y a seulement quelques personnes qui sont qualifiées pour le faire donc cela prend du temps, spécialement si les contributions ne font pas partie de la feuille de route du projet. Une suggestion est de rendre obligatoire la revue des contributions externes pour les projets du coeur d'Eclipse, comme l'est déjà la participation au train de sortie ou le tri des bugs. Une autre suggestion est que les équipes Eclipse, à court terme, se focalisent sur la revue et l'acceptation des contributions venant d'individus qui sont les candidats les plus à même de devenir commiteurs, augmentant la capacité de l'équipe.
Commercialisation
Pour encourager les petites entreprises (celles qui ont besoin de recettes) à s'impliquer dans la communauté, Eclipse a besoin de faire la promotion des add-ons commerciaux. Une des idée est d'avoir une meilleure manière de naviguer et d'annoncer les add-ons commerciaux sur le site d'Eclipse. Il y a actuellement un risque lorsque l'on investit dans un produit commercial basé sur Eclipse car c'est gratuit et open-source par nature. Il y a une réticence naturelle à acheter quelque chose contrairement aux outils commerciaux tels que Visual Studio.
Si vous êtes un développeur intéressé dans l'amélioration de la plate-forme Eclipse, faites-vous connaître et participez sur la liste de diffusion ide-dev.