Merci Oli­vier pour cette analyse!

La frag­men­ta­tion des pla­te­formes pose pro­blème, mais un pro­blème qui n’a pas de solu­tion n’est pas un pro­blème, n’est ce pas ?

En guise de solu­tion, on peut citer par exemple l’approche pro­née par le pro­jet Mono sup­porté par la société Ximian, consis­tant à por­ter le coeur de .Net sur, entre autres nom­breuses pla­te­formes, (voir http://tirania.org/blog/archive/2011/Dec-21.html) iOS et Android, en lais­sant la pos­si­bi­lité de les inté­grer dans des appli­ca­tions ‘natives’ pour cha­cune de ces systèmes…

On peut égale­ment citer une approche pro­po­sée par Google et son pro­jet open source NaCl / PNaCl:

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

consis­tant à faire tour­ner des appli­ca­tions natives mais sécu­ri­sées ayant accès au contexte HTML de la page dans laquelle elles sont embar­quées en ayant accès à une riche biblio­thèque de fonc­tions, inté­grant entre autres des capa­ci­tés 3D.

NaCl fait l’objet d’une acti­vité tierce très sou­te­nue
- la machi­ne­rie .Net y est inté­grée
- le moteur mul­ti­pla­te­forme d’interface uti­li­sa­teur 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 ini­tia­tives me semblent très pro­met­teuses, et font consi­dé­rer avec iro­nie la foca­li­sa­tion récente de Micro­soft sur HTML5/JS au détri­ment de .Net, tech­no­lo­gie qui aurait pu consti­tuer un for­mi­dable socle pour récon­ci­lier les approches appa­rem­ment contra­dic­toires sur les­quelles portent votre analyse.

Répondre à ce commentaire

Les annonces por­tant sur W8 faites lors de la confé­rence BUILD sont certes très inté­res­santes, la vidéo de la ses­sion dédiée à l’interface uti­li­sa­teur Metro
http://channel9.msdn.com/events/BUILD/BUILD2011/BPS-1004
suf­fit à s’en convaincre.

Ceci dit, Metro et plus géné­ra­le­ment l’API WinRT dont il fait par­tie, ajoutent à la frag­men­ta­tion des tech­no­lo­gies d’UI dis­po­nibles sur les diverses pla­te­formes MS:
WPF pour Win­dows XP/Vista/W7, Sil­ver­light, WindowsPhone7, .Net.
Les moteurs WPF, SL et WP7 par­tagent les mêmes concepts, mais leurs spé­ci­fi­ca­tions pré­sentent des varia­tions impor­tantes ren­dant dif­fi­cile le déve­lop­pe­ment mul­ti­pla­te­forme
que l’on pour­rait espé­rer faire sur ces bases. Ainsi, par exemple, le moteur 3D XNA est il trés dif­fé­rem­ment inté­gré sur SL5 et WP7, indis­po­nible sur WPF, pas encore dis­po­nible dans la ver­sion OSX de SL5
(si tant est qu’il le soit jamais), plus qu’incertain sous W8/Metro.
WinRT semble ne devoir être dis­po­nible que dans la décli­nai­son Metro de l’interface uti­li­sa­teur de W8, pas dans sa ver­sion Desk­top, et encore moins sous XP/Vista/W7…

En outre, les annonces faites par MS ne dis­sipent pas, loin s’en faut, les inter­ro­ga­tions nées de la ‘com­mu­ni­ca­tion’ faite par la com­pa­gnie pen­dant ces douze der­niers mois,
consis­tant à mettre l’accent mis sur HTML5/JS, tech­no­lo­gies pré­sen­tées comme l’avenir du déve­lop­pe­ment web mul­ti­pla­te­forme, stan­dard et ouvert, alors que .Net et ses satel­lites
(WPF, SL) com­men­caient à être ran­gées dans la caté­go­rie ‘legacy’.
Je sup­pose que cette com­mu­ni­ca­tion a pour but d’attirer des myriades de déve­lop­peurs HTML5/JS vers W8/Metro, invi­tés à s’appuyer sur leur savoir-faire cou­rant pour déve­lop­per des applis
W8/Metro, qui bien que basées sur des tech­no­lo­gies ‘stan­dard et mul­ti­pla­te­formes’ ne fonc­tion­ne­ront que sous W8/Metro.
Cette com­mu­ni­ca­tion ayant pour but de séduire de nou­veaux déve­lop­peurs a eu pour consé­quence de pro­fon­dé­ment des­ta­bi­li­ser les quelques six mil­lions de déve­lop­peurs ayant beau­coup investi
depuis dix dans cette puis­sante tech­no­lo­gie qu’est deve­nue .Net.

Ce double hia­tus envers une vaste et loyale com­mu­nauté .Net d’une part, et une com­mu­nauté HTML5/J5 dont la séduc­tion relève du mirage d’autre part, est d’autant plus sur­pre­nant de la part
d’une com­pa­gnie dont l’offre pour mobiles et tablettes a des années de retard, ce qui consti­tue un réel han­di­cap pour la pre­mière, qui n’avait ainsi pas besoin d’une dose sup­plé­men­taire de stress.

MS annonce qu’il y aura tou­jours une ver­sion Desk­top, excluant Metro, des ses OS: quel moteur d’interface sera dis­po­nible sur cette ver­sion Desk­top: un WPF conti­nuant à évoluer?
Pour­quoi lais­ser les déve­lop­peurs WPF/SL/WP7, et plus géné­ra­le­ment .Net , dans une telle incer­ti­turde, est ce de la négli­gence, du mépris?
Une réelle conver­gence des tech­no­lo­gies d’interface serait un atout for­mi­dable pour MS, on n’en voit nulle trace dans les key­notes de BUILD.

Il me semble que le manque de clarté, voire de loyauté, imposé par MS à ses déve­lop­peurs aura des consé­quences dues à la méfiance ainsi pro­vo­quée telle que la volonté
de limi­ter au maxi­mum leur dépen­dances vis à vis des pro­duits et tech­no­lo­gies pro­po­sés par cette société.

Répondre à ce commentaire