Merci Olivier pour cette analyse!

La fragmentation des plateformes pose problème, mais un problème qui n’a pas de solution n’est pas un problème, n’est ce pas :-)?

En guise de solution, on peut citer par exemple l’approche pronée par le projet Mono supporté par la société Ximian, consistant à porter le coeur de .Net sur, entre autres nombreuses plateformes, (voir http://tirania.org/blog/archive/2011/Dec-21.html) iOS et Android, en laissant la possibilité de les intégrer dans des applications ‘natives’ pour chacune de ces systèmes…

On peut également citer une approche proposée par Google et son projet open source NaCl / PNaCl:

https://developers.google.com/native-client/
Native Client Event: December 8, 2011
http://www.youtube.com/watch?v=g3aBfkFbPWk

consistant à faire tourner des applications natives mais sécurisées ayant accès au contexte HTML de la page dans laquelle elles sont embarquées en ayant accès à une riche bibliothèque de fonctions, intégrant entre autres des capacités 3D.

NaCl fait l’objet d’une activité tierce très soutenue
– la machinerie .Net y est intégrée
– le moteur multiplateforme d’interface utilisateur Qt:
http://qt.nokia.com/
est en cours d’intégration dans NaCl
http://developer.qt.nokia.com/wiki/Qt_for_Google_Native_Client

Ces initiatives me semblent très prometteuses, et font considérer avec ironie la focalisation récente de Microsoft sur HTML5/JS au détriment de .Net, technologie qui aurait pu constituer un formidable socle pour réconcilier les approches apparemment contradictoires sur lesquelles portent votre analyse.

Répondre à ce commentaire

Les annonces portant sur W8 faites lors de la conférence BUILD sont certes très intéressantes, la vidéo de la session dédiée à l’interface utilisateur Metro
http://channel9.msdn.com/events/BUILD/BUILD2011/BPS-1004
suffit à s’en convaincre.

Ceci dit, Metro et plus généralement l’API WinRT dont il fait partie, ajoutent à la fragmentation des technologies d’UI disponibles sur les diverses plateformes MS:
WPF pour Windows XP/Vista/W7, Silverlight, WindowsPhone7, .Net.
Les moteurs WPF, SL et WP7 partagent les mêmes concepts, mais leurs spécifications présentent des variations importantes rendant difficile le développement multiplateforme
que l’on pourrait espérer faire sur ces bases. Ainsi, par exemple, le moteur 3D XNA est il trés différemment intégré sur SL5 et WP7, indisponible sur WPF, pas encore disponible dans la version OSX de SL5
(si tant est qu’il le soit jamais), plus qu’incertain sous W8/Metro.
WinRT semble ne devoir être disponible que dans la déclinaison Metro de l’interface utilisateur de W8, pas dans sa version Desktop, et encore moins sous XP/Vista/W7…

En outre, les annonces faites par MS ne dissipent pas, loin s’en faut, les interrogations nées de la ‘communication’ faite par la compagnie pendant ces douze derniers mois,
consistant à mettre l’accent mis sur HTML5/JS, technologies présentées comme l’avenir du développement web multiplateforme, standard et ouvert, alors que .Net et ses satellites
(WPF, SL) commencaient à être rangées dans la catégorie ‘legacy’.
Je suppose que cette communication a pour but d’attirer des myriades de développeurs HTML5/JS vers W8/Metro, invités à s’appuyer sur leur savoir-faire courant pour développer des applis
W8/Metro, qui bien que basées sur des technologies ‘standard et multiplateformes’ ne fonctionneront que sous W8/Metro.
Cette communication ayant pour but de séduire de nouveaux développeurs a eu pour conséquence de profondément destabiliser les quelques six millions de développeurs ayant beaucoup investi
depuis dix dans cette puissante technologie qu’est devenue .Net.

Ce double hiatus envers une vaste et loyale communauté .Net d’une part, et une communauté HTML5/J5 dont la séduction relève du mirage d’autre part, est d’autant plus surprenant de la part
d’une compagnie dont l’offre pour mobiles et tablettes a des années de retard, ce qui constitue un réel handicap pour la première, qui n’avait ainsi pas besoin d’une dose supplémentaire de stress.

MS annonce qu’il y aura toujours une version Desktop, excluant Metro, des ses OS: quel moteur d’interface sera disponible sur cette version Desktop: un WPF continuant à évoluer?
Pourquoi laisser les développeurs WPF/SL/WP7, et plus généralement .Net , dans une telle incertiturde, est ce de la négligence, du mépris?
Une réelle convergence des technologies d’interface serait un atout formidable pour MS, on n’en voit nulle trace dans les keynotes de BUILD.

Il me semble que le manque de clarté, voire de loyauté, imposé par MS à ses développeurs aura des conséquences dues à la méfiance ainsi provoquée telle que la volonté
de limiter au maximum leur dépendances vis à vis des produits et technologies proposés par cette société.

Répondre à ce commentaire