Microsoft a officiellement annoncé avoir mis fin à son projet Astoria. Il s’agissait d’un sous-système Android permettant aux applications de fonctionner sous Windows 10 Mobile, du moins en partie. L'Islandwood, dédié à iOS, reste de son côté en place.
Microsoft possède un certain nombre de ponts sur lesquels il travaille depuis un certain temps. L’éditeur avait surtout abordé Astoria et Islandwood, respectivement pour Android et iOS. Les deux fonctionnent cependant d’une manière très différente. Astoria était un authentique sous-système Android permettant d’installer des applications de cette plateforme sous Windows 10 Mobile. Nous avions d’ailleurs testé cette fonctionnalité, avec plus ou moins de succès.
Les développeurs n'étaient pas convaincus
Le moins que l’on puisse dire est qu’Astoria divisait. Certains y voyaient la réponse aux carences du Windows Store, quand d’autres considéraient le mouvement comme un aveu d’échec. Il semble que Microsoft se soit rangé à cette deuxième opinion. Dans un billet de blog, le responsable Kevin Gallo indique que le projet est officiellement mort.
Selon l’éditeur, les retours de nombreux développeurs ont pointé dans la même direction : avoir deux ponts séparés pour Android et iOS n’était pas utile. Pourquoi ? Parce qu’Islandwood permet l’importation des projets iOS dans Visual Studio et une traduction du code Objective-C (Swift sera pris en charge plus tard) en C# pour créer une application UWP (Universal Windows Platform). Or, les développeurs ont fait remarquer que les applications Android et iOS partageaient le plus souvent la même base fonctionnelle et qu’une fois la conversion faite, garder la possibilité d’exécuter du code Android n’était plus utile.
Microsoft en profite pour indiquer que le projet Islandwood n’est pas terminé et qu’il sera largement enrichi dans les prochains mois. L’éditeur a souhaité se concentrer dans un premier temps sur tout ce qui permettait la conversion des jeux, mais il ajoutera prochainement la prise en charge de frameworks supplémentaires pour que toutes les applications puissent être converties de cette manière.
Ne pas réinventer la roue
Quant à Astoria, on ne peut pas réellement considérer qu’il s’agisse d’une mauvaise nouvelle, ce pour plusieurs raisons. D’une part, comme nous l’avions déjà évoqué, un tel pont pouvait envoyer le mauvais signal aux développeurs. Le Windows Store a toujours un souci de remplissage, certaines entreprises auraient pu à nouveau faire l’impasse, partant de l’idée que leurs applications Android fonctionneraient en l’état.
D’autre part, un renforcement d’Islandwood signifiera une traduction plus complète du code et un plus grand nombre d’applications converties à UWP. Même si Astoria prévoyait une conversion d’une partie des contrôles, les développeurs pourront davantage créer des applications qui ressemblent vraiment à ce que l’on est censé trouver sur Windows 10.
24 heures après l'annonce du rachat de Xamarin
Enfin, et c’est un élément crucial, Microsoft vient de racheter la société Xamarin et ses outils de développement multiplateformes. L’entreprise a déjà indiqué que la conférence BUILD (31 mars au 1er avril) sera l’occasion d’annoncer les plans prévus dans ce domaine, mais une chose est claire : la firme a les moyens de frapper fort si elle s’oriente vers une intégration dans Visual Studio par exemple.
Selon ce que Microsoft choisit de faire avec Xamarin, la stratégie pour les développeurs pourrait basculer. La société se retrouverait en mesure de proposer un environnement unifié capable de compiler du code pour Windows, OS X, Android et iOS, tout en permettant la récupération des applications iOS. La firme pourrait concentrer son message sur l’aspect « tout-en-un » de sa solution. L'annonce de l'arrêt d'Astoria survient par ailleurs 24 heures après celle du rachat de Xamarin, ce qui n'est sans doute pas un hasard.
Concentrer l'attention sur UWP
Il est clair dans tous les cas que tous les mouvements opérés jusqu’ici vont dans la même direction : l’Universal Windows Platform. Microsoft donne d’ailleurs des nouvelles au sujet d’un autre pont, Centennial, dont l’objectif est de permettre à des applications Win32 et .NET classiques d’atterrir sur le Windows Store. Une première préversion de ces outils sera bientôt distribuée, probablement durant la conférence BUILD.
Commentaires (39)
#1
mais pour faire fonctionner des applis android, n’est-il pas plus simple d’utiliser android ?
#2
#3
Logique. Ils ne vont pas se tirer dans les pattes avec un système qui permet de la bidouille d’applis Android pour qu’elles tournent sur W10 mobile. Android est déjà hyper-dominant, pourquoi en rajouter ?
Simple recentrage des plus logiques, en espérant que ça débloque vraiment le développement d’applis pour W10M, comme dit dans la niouze (“j’ai le zinzin sous Android, pas la peine de faire le même pour W10M vu qu’il y a une bidouille pour que l’APK fonctionne dessus”).
En tout cas, à suivre.
#4
#5
Hors sujet.
" />
Le problème des boites actuellement, c’est le cout de dev sur 3 plateformes différentes. Faire des applis natives sur les 3 coute cher, voir très cher.
Si crosoft sort un outil unifié (et efficace!) qui permet d’avoir une seul base de code pour arroser les 3 stores, ils frappent fort, voir très fort. Ca règle le problèmes de beaucoup de boites qui n’ont pas besoin de framework particuliers pour leurs applications et d’avoir à faire le dev qu’une fois => maintenabilité, gestion des couts, gestion des équipes de dev simplifiée, tout ça tout ça.
Je sens que je vais me mettre plus sérieusement au UWP moi
#6
Tient c’est marrant j’ai eu un expert de chez Microsoft hier qui disait que Microsoft allait probablement abandonner Windows Phone.
Comme quoi …
#7
Ils vont abandonner Windows Phone vu qu’il y a Windows 10 Mobile maintenant
" />
#8
Oups exact, merci pour la précision.
" />
Du coup ça a effectivement du sens.
#9
#10
Ils viennent de racheter xamarin, c’est pas pour continuer avec ca du coup …
#11
OK pour les 3 stores vu que xamarin peut générer des applis ios,android et WP à partir d’un code unique en c#
#12
L’intêret est avec Islandwood et Xamarin combinés :
Un dev qui possède déjà une appliction iOS pourra(it) la convertir en appli universelle avec Islandwood
=> Une fois qu’il possède une application universelle, il pourra(it) la convertir en application Android/Windows/iOS gràce à Xamarin
=> Il n’aura(it) alors qu’un seul code à maintenir pour alimenter 3 plateformes
#13
N’importe quel dev dira que c’est de la prog merdique à souhait. Quand on veut tout faire, on fait tout mal.
Rien que si l’un des maillons change, tout le bricolo-montage s’effondre.
C’est du pis-aller, rien d’autre.
#14
Mon commentaire prend en compte la news d’hier avec le rachat de Xamarin, qui lui permet de dev sur visual et de déployer sur les stores Windows, iOs et Android. On saura exactement ce que crosoft prévoit d’ici peu :)
#15
#16
Je suis dev et je suis pas d’accord avec toi. C’est pas de la prog merdique, c’est un manque d’optimisation. Et au final, tout découle de ton besoin initiale. Si ton soft t’impose d’aller dans les tréfonds des couches basses d’un OS pour faire ce que tu veux, effectivement du Xamarin like c’est pas la meilleure idée. Par contre si c’est pour une appli simple, comme une gestion des horaires de transports en communs, là c’est déjà beaucoup plus adapté.
Comme pour tout en dev, il faut analyser avec pragmatisme ton besoin et ne pas refuser une solution sur des idées préconçues, point.
#17
#18
YAMAT !!
(Yet Another Microsoft Abandoned Technology )
#19
#20
Il me semble que QT permet justement cela.
#21
Qt permet ça pour du desktop. Ils leur restent encore à faire leurs preuves niveau applications mobiles pour moi.
#22
Pour le mobile c’est normalement possible, ça couvre android + windows mobile il me semble, et à confirmer pour les papples phones.
#23
C’est vendredi c’est ca ?
Apres si tu compares les deux systèmes, en productivité pure, Android est à la ramasse …. sa seule valeur ajoutée c’est son catalogue d’applis
#24
je pense que c’est dans l’autre sens : vu qu’ils arrêtent ça, ils changent de stratégie, et donc ils ont racheté Xamarin
#25
Comme déjà dit sur un autre topic, paye ta licence QT ..
#26
En fait le sous système android a été récupéré pour le sous système linux sur redstone.
Tout n’est pas parti à la poubelle. Les deux sont basés sur drawbridge.
https://twitter.com/h0x0d/status/692740594032996352?lang=fr
#27
On parle on parle mais l’utilisateur de Windows Phone (dont moi) n’a pas encore vu la couleur d’Islandwood.
Beaucoup de bugs rencontrés ou d’applications à la ramasse par rapport à l’équivalent iOS/Android sur mon 950XL, et encore, quand l’application existe. Je ne dis pas ça pour troller, j’ai simplement hâte de voir le windows store évoluer.
#28
C’est normal. Je suis déjà pas sur que le projet soit sortie de sa phase beta. Et ensuite, avoir cette possibilité ne veux pas dire que d’un coup les équipes se sont retrouvés avec dev UWP pour pouvoir travailler avec.
Quand tu as déjà une équipe de dev android / ios, tu t’en sépares pas sur un coup de tête en disant “on passe tout sur UWP, vous êtes virés”. En plus il faut rajouter les licenses VS si t’en a pas, etc.
Donc oui ça va prendre du temps pour faire effet. Mais si Crosoft fait ce qu’il faut avec le rachat de Xamarin, ça mettrait déjà un GROS boost pour nous autres utilisateurs de WP!
#29
C’est pas gagné d’avance.
Analogie foireuse : tu(=le propriétaire) t’attends à avoir enfin le papier peint(=des Apps) sur les murs(=W10 mobile) de l’appart que tu t’es acheté(=ton cell), pendant que le bâtisseur(=Microsoft) en est encore a plâtrer les murs(=modifier son OS).
#30
Tu l’utilises peut être sans le savoir. Il y a certains jeux sur le store qui sont déjà basés dessus (le plus connu étant Candy Crush Saga), et certaines appli en béta (le nouveau Facebook par exemple semble l’utiliser)
#31
Non Facebook ne semble pas utiliser islanwood mais Facebook Osmeta.
#32
Ah c’est vrais qu’en temps que particulier, je ne me suis du coup jamais penché sur le prix, aucune idée de la différence de prix du coup?
#33
Ironie de l’histoire, il y a vingt ans, c’était Apple qui mettait au point un émulateur pour faire tourner du Windows sous MAC. Désormais, c’est Microsoft qui lorgne sur l’ecosysteme applicatif de l’autre.
#34
qt = 3500/an/dev
xamarin = 3000/an/dev
Imagine si Microsoft venais à rendre ça gratuit ( beaucoup y croient, et ms en as largement les moyens ) voir même divisent le prix par 2.. ça fait vite des sous .. :)
Xamarin garde tout ses services complémentaires ( qui pourront toucher bien plus de consommateurs vu que la base global s’élargie), pas forcément moins de profits, mais un risque qu’ils ne pouvaient pas forcément prendre avant
#35
#36
Hum pour Astoria, il aurait mieux fallu un outil de traduction Java vers C# (comme Islanwood) pour transformer en application universelle. Après avec Xamarin cela pour faire le pont pour IOS. Ensuite Centinial est le “pont” à reussir…car effectivement si les applications Win32 entre dans le store cela peut faire mal. Après ce n’est pas forcément gagné car le Store Windows mobile (6.5 et inferieur) acceptait les applis Win32 et Compact .Net sans trop de succès…
#37
Ce que j’aime particulierement avec Xamarin, c’est que tout est prévu dedans pour que le dev puisse choisir la position du curseur entre “code cross platform” et “implementations specifiques”
On peut tout faire en C# cross platform, et créer des implem plus bas niveau platform specifiques lorsqu’on en a besoin. C’est trés modulaire et trés ouvert : l’outil entier est codé avec des fonctionnalités accessibles au dev, et c’est vraiment simple à utiliser.
Bref, c’est flexible, bien foutu, par des dev pour des dev.