Ces derniers jours, le départ du CES a concentré de manière importante les rumeurs autour de Windows 8. Microsoft n’a beau rien confirmer, il est désormais difficile de nier un agencement particulièrement logique d’éléments épars et de noms de code. L’annonce de Windows 8 et de sa compatibilité ARM n’a fait que renforcer certaines idées, et certains projets internes, tels que Jupiter, sont maintenant en première ligne.
Uniformiser le modèle de développement
Avant même de parler de Jupiter, il faut rassembler plusieurs bruits de couloir. En tout premier lieu, l’interface du système. Ce n’est pas la première fois que l’on en parle, et le temps qui passe transforme la rumeur en certitude. Oui Microsoft changera l’interface de Windows avec la prochaine mouture. Comment ? On ne le sait pas encore. Autre certitude désormais : l’arrivée de Windows sur les tablettes crée automatiquement un nouveau besoin pour une présentation différente des applications. Et c’est ici qu’entre en piste Jupiter.
Jupiter est le nom de code d’un nouveau modèle de développement des applications. Nous en parlions de manière lointaine récemment, mais plongeons un peu plus dans les détails. Une boutique d’applications fera sans doute son apparition avec Windows 8, créant le besoin de standardiser la procédure de développement, et de la simplifier en concentrant les ressources sur un ensemble précis de technologies. .NET et Silverlight seront clairement mis en avant, de même que le langage descriptif XAML pour les créations d’interface. L’ensemble devrait rejaillir sous la forme d’un paquet et publié dans la boutique.
Une nouvelle présentation
Jupiter serait donc une nouvelle manière de concevoir des applications Windows, en utilisant des technologies récentes, mais surtout avec une manière différente de présenter les éléments. Mary-Jo Foley, de chez ZDnet, indique ainsi que Jupiter apporte des animations nettement plus fluides, des améliorations typographiques ou encore de nouvelles capacités multimédia. Cela ne vous rappelle-t-il pas la liste des améliorations prévues pour Silverlight 5 ?
Du côté de la présentation elle-même, beaucoup pensent désormais que Silverlight jouera un rôle déterminant, comme c’est le cas dans Windows Phone 7. Cela ne signifie pas que l’interface Metro actuelle du système mobile va devenir la norme. Mais on se rappellera que certaines annonces d’emplois chez Microsoft ciblaient précisément des développeurs capables de faire le lien pour les éléments d’interface entre l’environnement Win32 et Silverlight. Le cheminement de la conclusion est particulièrement logique, d’autant que Charon, du site Ma-Config, avait publié un billet sur la future disparition de la GDI (Graphics Device Interface) dans Windows.
L'autoroute vers la boutique d'applications ?
La mise en place de Jupiter s’apparente à l’arrivée d’une autoroute dans un réseau classique de chemins de campagne, avec les avantages et les inconvénients que cela suppose. Une nouvelle génération de logiciels basés sur Silverlight pour leur interface et proposés sous forme de paquets .appx dans le « Windows App Store » : voilà sans doute vers quoi Microsoft se dirige. Paul Thurrott ajoute une précision :
« Les équipes Windows et Office parient lourdement sur ce nouveau type d’application, selon ma source, et le développement a déjà commencé via une version bêta de Visual Studio 2012. Ces applications peuvent être écrites en C#, Visual Basic et même C++. »
Dans la pratique, tous les langages .NET (ils sont nombreux) peuvent être utilisés, mais si Silverlight est obligatoire, c’est bien le C# qui représentera la voie royale.
Forcer l’utilisation de ces technologies sera sans doute moins problématique d’ici la sortie de Windows 8, car Windows Phone 7 joue le rôle de précurseur. .NET et Silverlight en sont en effet le passage obligé pour publier des applications. En outre, Microsoft aurait un autre intérêt, celui d’annoncer : « Voilà, vous savez utiliser ces technologies. Maintenant, vous pouvez créer des applications pour Windows, Windows Phone, les tablettes, etc ». Et voilà que l’on reparle encore de l’unification des plateformes.
Mary-Jo Foley estime que Jupiter fera partie intégrante de Windows 8, mais que ce « framework » pourrait être également un sous-ensemble d’une future version du framework .NET complet. Cela lui permettrait d’être porté vers des versions plus anciennes de Windows, supposément Vista et 7.
Il existe enfin un dernier avantage à Jupiter : celui de la portabilité. Pas dans le sens « systèmes d’exploitation tiers », mais plus dans celui où une application serait beaucoup moins liée à une version de Windows précise, voire plus du tout. C’est d’ailleurs l’objectif de .NET, puisqu’un logiciel est rattaché à une version du runtime. Il suffit que la bonne version de ce dernier soit présente, sachant que plusieurs versions peuvent être installées côte à côte.
Uniformiser le modèle de développementAvant même de parler de Jupiter, il faut rassembler plusieurs bruits de couloir. En tout premier lieu, l’interface du système. Ce n’est pas la première fois que l’on en parle, et le temps qui passe transforme la rumeur en certitude. Oui Microsoft changera l’interface de Windows avec la prochaine mouture. Comment ? On ne le sait pas encore. Autre certitude désormais : l’arrivée de Windows sur les tablettes crée automatiquement un nouveau besoin pour une présentation différente des applications. Et c’est ici qu’entre en piste Jupiter.
Jupiter est le nom de code d’un nouveau modèle de développement des applications. Nous en parlions de manière lointaine récemment, mais plongeons un peu plus dans les détails. Une boutique d’applications fera sans doute son apparition avec Windows 8, créant le besoin de standardiser la procédure de développement, et de la simplifier en concentrant les ressources sur un ensemble précis de technologies. .NET et Silverlight seront clairement mis en avant, de même que le langage descriptif XAML pour les créations d’interface. L’ensemble devrait rejaillir sous la forme d’un paquet et publié dans la boutique.
Une nouvelle présentation
Jupiter serait donc une nouvelle manière de concevoir des applications Windows, en utilisant des technologies récentes, mais surtout avec une manière différente de présenter les éléments. Mary-Jo Foley, de chez ZDnet, indique ainsi que Jupiter apporte des animations nettement plus fluides, des améliorations typographiques ou encore de nouvelles capacités multimédia. Cela ne vous rappelle-t-il pas la liste des améliorations prévues pour Silverlight 5 ?
Du côté de la présentation elle-même, beaucoup pensent désormais que Silverlight jouera un rôle déterminant, comme c’est le cas dans Windows Phone 7. Cela ne signifie pas que l’interface Metro actuelle du système mobile va devenir la norme. Mais on se rappellera que certaines annonces d’emplois chez Microsoft ciblaient précisément des développeurs capables de faire le lien pour les éléments d’interface entre l’environnement Win32 et Silverlight. Le cheminement de la conclusion est particulièrement logique, d’autant que Charon, du site Ma-Config, avait publié un billet sur la future disparition de la GDI (Graphics Device Interface) dans Windows.
L'autoroute vers la boutique d'applications ?
La mise en place de Jupiter s’apparente à l’arrivée d’une autoroute dans un réseau classique de chemins de campagne, avec les avantages et les inconvénients que cela suppose. Une nouvelle génération de logiciels basés sur Silverlight pour leur interface et proposés sous forme de paquets .appx dans le « Windows App Store » : voilà sans doute vers quoi Microsoft se dirige. Paul Thurrott ajoute une précision :
« Les équipes Windows et Office parient lourdement sur ce nouveau type d’application, selon ma source, et le développement a déjà commencé via une version bêta de Visual Studio 2012. Ces applications peuvent être écrites en C#, Visual Basic et même C++. »
Dans la pratique, tous les langages .NET (ils sont nombreux) peuvent être utilisés, mais si Silverlight est obligatoire, c’est bien le C# qui représentera la voie royale.
Forcer l’utilisation de ces technologies sera sans doute moins problématique d’ici la sortie de Windows 8, car Windows Phone 7 joue le rôle de précurseur. .NET et Silverlight en sont en effet le passage obligé pour publier des applications. En outre, Microsoft aurait un autre intérêt, celui d’annoncer : « Voilà, vous savez utiliser ces technologies. Maintenant, vous pouvez créer des applications pour Windows, Windows Phone, les tablettes, etc ». Et voilà que l’on reparle encore de l’unification des plateformes.
Mary-Jo Foley estime que Jupiter fera partie intégrante de Windows 8, mais que ce « framework » pourrait être également un sous-ensemble d’une future version du framework .NET complet. Cela lui permettrait d’être porté vers des versions plus anciennes de Windows, supposément Vista et 7.
Il existe enfin un dernier avantage à Jupiter : celui de la portabilité. Pas dans le sens « systèmes d’exploitation tiers », mais plus dans celui où une application serait beaucoup moins liée à une version de Windows précise, voire plus du tout. C’est d’ailleurs l’objectif de .NET, puisqu’un logiciel est rattaché à une version du runtime. Il suffit que la bonne version de ce dernier soit présente, sachant que plusieurs versions peuvent être installées côte à côte.
