Blog de Vincent Brabant : NetBeans, Java et autres

Un article de vbrabant    4 Commentaires

Hier, j’ai envoyé une traduction en anglais de ma réaction concernant NetBeans vs Eclipse, sur la mailing list des Java Champions, leur demandant leur avis.

Joe Winchester, employé chez IBM, Commiter pour Eclipse et Java Champion a fait une réponse que j’ai trouvé très bien faite, et que je voulais partager avec vous.

Et c’est avec son accord que je publie une traduction de sa réponse.

Premièrement, et c’est le plus important, je pense que des débats pour savoir si Eclipse est meilleur que NetBeans, ou vice-versa, ne mennent qu’au danger de projeter au monde extérieur une image d’une communauté Java fragmentée et engagée dans un combat de corps à corps futil. Une telle image peut être mal représentée et mal interpretée par d’autres. Et ce n’est pas dans le meilleur intérêt des utilisateurs du langage Java et des technologies associées.

Lorsque Java fut lancé, il n’y avait rien de disponible dans le JDK comme outil de haut niveau que NetBeans offre maintenant. Cet espace était laissé là pour être occupé par d’autres compagnies du marché, un rôle qui fut remplis par Symantec, Borland, Together, IBM, Microsoft et d’autres.

Je me rappelle d’avoir appris Java en ayant fait les commandes javac dans une fenêtre de console, et de me lamenter combien cela était primitif comparé à d’autres langages où des outils de haut niveau étaient disponibles avec le SDK.

Bien que la décision d’exclure de Java des outils de haut niveau peut avoir été la bonne décision lorsque Java émergeait, je crois qu’aujourd’hui, pour aider l’adoption de Java, et pour aider la productivité de ses utilisateurs, il doit y avoir un EDI de première classe directement disponible. NetBeans, Eclipse, IntelliJ et d’autres produits offrent cela.

Une chose qui m’impressionne concernant NetBeans est le fait que le Java Community Process peut dire « Hé, voici un nouveau JSR cool, et voici une version de NetBeans qui vous permet de jouer avec », est simplement impressionnant.

C’est un énorme don qui est fait à tous les développeurs pour qu’ils puissent suivre le pas. Et cela aide à l’adoption du langage et de son évolution.

L’agenda de NetBeans ici peut être vu comme un mécanisme de lancement par lequel survient l’adoption de Java, et il remplit excellement ce rôle en vertu du fait qu’il est étroitement aligné avec le langage, en terme d’adoption et de contribution des fonctionnalités.

En revanche, Eclipse marche à un rythme légèrement différent. C’est un framework open source pour bâtir des outils au-dessus de lui, mené par la Fondation Eclipse dont IBM est un membre. Son destin est décidé par ceux qui concoivent sur ses bases et contrôlent sa destinée: une longue liste de compagnies que je ne désire pas répéter ici mais qui peut être vu sur http://www.eclipse.org/membership. Un agenda d’Eclipse est de fournir du support pour des outils de première classe, partiellement parce que Eclipse lui-même est écrit dans Eclipse et sert de véhicule par lequel les fournisseurs d’extensions écrivent leur code. Mais l’agenda le plus important pour Eclipse est de fournir un framework solide et extensible que son utilisateur peut étendre et adapter pour supporter ses requirements les problèmes métier de ses utilisateurs particuliers. Du fait de cela, Eclipse a un support pour plusieurs technologies et langages, autres que Java. Comme C++, COBOL ou PHP. La raison de cela est que les clients doivent se débattre avec des runtimes et des langages disparates et hétérogène, et un outillage complet doit supporter la gamme de toutes les technologie qu’ils utilisent. SOA est un bon exemple de ce qui se produit dans la vie réelle.

Pour revenir à la question d’origine, je crois que NetBeans et Eclipse devraient jouir d’une co-existence pacifique. Comme décrit plus haut, je crois que le premier peut aider à l’adoption et à l’utilisation de Java, et il faut reconnaitre qu’il fait un travail excellent et de première classe. J’ai eu des feedback de clients et d’individus qui disent que cela les aide à comprendre Java, à l’utiliser, à l’enseigner, à l’apprendre, et tout un tas d’autres bonnes choses.

En revanche, Eclipse est un framework pour des outils qui supportent tout un tas de langages et de runtimes, dont l’un est Java. Et de ce fait, Eclipse a une orientation quelque peu différente. Il est là pour aider ceux qui désirent bâtir des outils au dessus de lui.

Les deux se recouvrent naturellemment dans le domaine de l’EDI Java. Mais cela devrait résulter en une compétition saine et un échange d’idées pour le bénéfice de chacun, plutôt qu’en une guerre publique enflammée et des corps à corps émotifs, qui finallement nuisent à l’ensemble de la communauté Java.

Salutations,

Joe Winchester

Sur la page suivante, vous retrouverez l’original en Anglais, pour ceux qui préfèrent.
Signalez moi toute erreur de traduction.

Merci.