Une présentation très intéressante de la part de l’ancien dirigeant du JDT pour Eclipse.Il a expliqué le fonctionnement de l’équipe Eclipse chez IBM en accentuant leur principe que l’un des aspects le plus importants dans le développement d’un système tel que le leur est de pouvoir fournir en temps et en heure des versions d’excellentes qualité de leur produit. Cela paraît évident mais chez Eclipse cela est devenu une véritable science.En effet depuis 5 ans que Eclipse est devenu open-source, ils délivrent de façon très régulière une version par an avec entre celles-ci deux « milestones ». Entre les « milestones » ils ont des releases mineures. Il a expliqué qu’ils fonctionnent sur un cycle de six semaines :
-
- Semaine 1 = planification des fonctionalités à implémenter
-
- Semaines 2,3,4,5 = développement
-
- Semaine 6 = intégration et tests
Il a affiché des graphiques montrant l’évolution de la qualité du code au cours du temps en expliquant que le cycle de 6 semaines permettait d’avoir un code de très bonne qualité toute les 6 semaines, ce qui évite en fin de cycle annuel d’avoir un énorme travail de test et de correction à effectuer pour arriver à livrer une version finale de bonne qualité. Erich a également parlé du nouveau produit qu’IBM devait sortir en 2007 qui s’appelle JAZZ et qui est un système de travail collaboratif qu’ils développent et qu’ils utilisent en interne depuis 2 ans chez Eclipse. Le produit est très complet et permet d’effectuer un suivi totale d’une équipe de développement répartie dans différentes localités (suivi des bugs, des demandes, métriques quant à la qualité du code, planification, …). J’ai eu l’occasion de discuter avec Erich assez longuement après la session et il s’est montré tout à fait accessible. Je voulais lui demander de préciser la politique d’Eclipse face aux deux groupes d’utilisateurs qu’ils possèdent : les exploitants de la plateforme RCP et les utilisateurs de l’IDE (Java notamment). Il a clairement dit qu’Eclipse souhaitait proposer des produits pour les deux classes, mais que les deux choses allaient de pair : il a cité par exemple BEA qui construit un outil autour de la plateforme qui lui-même est destiné aux développeurs Java. Cela a répondu un peu à ma question et en fait ça paraît évident. Mais ils ont néanmoins une approche bien différente de Netbeans qui se veut fournir un IDE « complet » prêt à l’emploi pour le développeur Java. Chez Eclipse ce n’est pas du tout leur objectif premier. Pour eux les outils et les plugins disponibles sur Eclipse n’existent et ne peuvent exister que parce qu’ils font un travail très important au niveau de la plateforme seule.