Lionel Laské, directeur innovation chez C2S, vient de publier un très joli billet sur l'intérêt de se pencher sur GWT lorsqu'on est développeur .NET. Pour être le premier défenseur de .NET lorsqu'il s'agit d'applications stratégiques et transactionnelles, il n'en reste pas moins que sur la partie Web AJAX, le framework de Microsoft reste encore trop dépouillé.

Suite:

La dernière mouture d'ASP.NET V4 censée propulser le développement AJAX se traduit par une simple intégration de JQuery et quelques maigres contrôles clients en JavaScript. Je ne reviendrais pas ici sur le danger que représente le mélange du modèle de composants serveurs à la ASP.NET/JSF et celui complètement centré sur le client (AJAX). Mais il faut simplement dissocier chez Microsoft deux offres distinctes. Celle basée sur du (très) bon Web 1.0, j'ai nommé ASP.NET et celle basée sur Siverlight lorsque les besoins ergonomiques deviennent complexes. Aujourd'hui il n'existe pas de framework purement AJAX se situant au milieu de ses deux alternatives.

Du coup, je ne vous cache pas qu'il m'arrive parfois de recommander à un client pro .NET de s'orienter vers Java lorsque son application s'appuie fortement sur AJAX. Essentiellement pour des raisons de productivité et de support multi-navigateurs. C'est la crise, les budgets s'amenuisent, on n'a plus le temps et les moyens d'empiler des technologies aussi inmaintenables les unes des autres.

Cela signifie-t-il que GWT ne supportera jamais les autres langages ? non heureusement. En marge des travaux actuels visant à améliorer GWT User (les composants graphique, le Databinding et la validation), l'équipe compilateur s'attèle au découplage entre l'arbre syntaxique propriétaire (TypeOracle et JProgram) et le langage Java. S'ils arrivent à recréer une représentation intermédiaire (IR) du type LLVM, il sera possible de gérer d'autres langages tels que C#, Python ou Ruby. Cela prendra certainement du temps, mais Google ne compte pas s'arrêter à Java.

En revanche, côté Microsoft, il y a clairement un choix à faire aujourd'hui. Soit l'éditeur pense que HTML 5 est la voie à suivre et investit massivement dans une technologie nativement AJAX sans plugin. Soit il continue à avancer son atout Silverlight en espérant que Flash perde des parts de marché.  Silverlight est une belle technologie, je ne suis pas pour la saborder sur l'autel d'un HTML 5 encore immature. Mais si les plugins ne s'imposent pas dans les navigateurs, il va bien falloir combler ce manque d'une manière ou d'une autre.

Comme Lionel, je pense donc que se former à GWT lorsqu'on est développeur .NET a bien du sens. Plus globalement, s'ouvrir à d'autres technologies est toujours un signe d'ouverture d'esprit (encore faut-il en avoir le temps et les moyens, je vous l'accorde).