(…) Flex et XUL n’auront pas beaucoup de billes pour faire face à un accès aussi direct à une telle communauté de développeurs…

Rappelons tout de même que flex est tout d’abord utilisable dans Eclipse (qui au passage permet de développer à peu près tout les langages possibles), qu’en plus le sdk de Flex et qu’Eclipse sont gratuits ce qui laisse tout de même une sacré marge en terme du nombre de développeurs…

Et enfin que Flex reste dédié aux interfaces donc présente des interfaces à des applis Java, J2ee, RoR, PHP…
Pour conclure, même si je n’exclus pas d’utiliser silverlight dans l’avenir, Flex est tout de même un produit mûr qui à plusieurs années d’existence et qui en arrive à sa version 3…

So wait and see…

Heureusement que tout le monde ne réagit pas comme vous en qualifiant les versions « Alpha » et « Bêta » de Vaporware.

Dans ma compréhension, un Vaporware est quelque chose dont personne n’a jamais vu de démo ni n’a jamais vu de code, et pour lequel il n’est pas possible d’en récupérer les bits.

On est bien loin du Vaporware avec Silverlight 2.0 car on a déjà depuis des mois les bits publics de la 1.1 Alpha, et les gens de Mono/Moonlight préparent aussi une version Linux qui fonctionne et dont les bits sont également disponibles.

Annoncer des roadmaps à l’avance, détailler ce qu’une release contiendra dans 6 ou 12 mois, ça permet à notre écosystème de prendre des décisions. Heureusement que la plupart de nos clients ne « naviguent pas à vue » mais anticipent les changements technologiques !

Libre à vous de continuer à considérer les versions Alpha et Bêta comme du Vaporware, mais quand les version finales seront disponibles, vous aurez 6 mois ou un an de retard sur vos concurrents…

Votre commentaire m’étonne d’autant plus que vous avez l’air sur votre blog d’être quelqu’un qui passe pas mal de temps à faire de la veille technologique.

Bien à vous :)

Il n’en demeure pas moins que rebranding de la version ou non, c’est la roadmap qui est intéressante et à suivre avec attention… surtout lorsque l’on voit ce que Silverlight propose déjà aujourd’hui en terme d’outils et de gestion de vidéo. Peut être justement qu’ils avancent beaucoup plus vite que prévu : en rattrapant le retard sur les contrôles UI, l’offre en terme de RIA devient complète par rapport à flash, même si chacun poursuit sa propre évolution à mon avis…

Je tiens a faire quelques éclaircicements sur ce post :

1. L’annonce officielle fait seulement alusion à un renommage de « 1.1″ en « 2.0″.
2. Il n’y aura pas de moteur 3D incorporé nativement dans Silverlight 2.0. Il est néanmoins possible de coder soit même son propre moteur de 3D en JS, C#, VB, Ruby ou Ironpython.
3. Le langage XAML utilisé dans Silverlight n’est pas aussi riche que le langage XAML utilisé dans WPF
4. Attenton à ne pas tout mélanger. Le terme « Go-Live » dans le monde Microsoft s’applique à une version d’une technologie, un langage, un service… Dans notre cas « Go-Live », cela signifie que la technologie Silverlight sera jugée apte à passer en production et qu’à partir de cette version, seul les bugs et les problèmes de performance seront corrigés. Cette version apporte aux développeurs une certaine sérénité et donc la possibilité de commercialiser leurs applications. Rien à voir donc avec le logiciel « Go-Live » d’Adobe… ! Il y a je pense ici un énorme quiproquo…