Microsoft enterre visual studio : winapp réduit le code windows à une ligne de commande
Un seul mot de passe : winapp init. Tapez-le et la machine géante de Visual Studio s’effondre, remplacée par un minuscule outil en ligne de commande qui compile, signe, empaquette et déploie une appli Windows sans jamais ouvrir l’IDE. Microsoft vient de publier WinApp sur GitHub, et les développeurs qui détestaient l’obésité de Visual Studio crient victoire.
La guerre est ancienne. D’un côté, l’environnement monolithique, couvert de boutons, qui avale 30 Go de disque et impose son propre alphabet. De l’autre, VS Code, Cursor, Sublime, Zed, des éditeurs légers qu’on customise comme une basket. Jusqu’à hier, créer une appli « sérieuse » pour Windows – celle qui accède aux API modernes, au store, aux couches de sécurité – obligeait à passer par Visual Studio. WinApp coupe le cordon.
L’identité volée en une seconde
Le cauchemar, c’était le manifeste. Le fichier appxmanifest.xml exige un nom de package, un GUID, des capacités, des visuels au format exact, un certificat. Une erreur et le store refuse l’upload. WinApp génère le manifeste automatiquement, signe l’exécutable avec une identité de débogage temporaire et le relance. winapp create-debug-identity monApp.exe : le tour est joué.
Plus besoin de se plonger dans la doc de MSBuild ni d’apprendre le dialecte XML des projets .vcxproj. Le CLI parle Python, Rust, Dart, C++, JavaScript. Il détecte le framework, installe les dépendances, construit le MSIX et le pousse vers le Windows Subsystem for Android si besoin. Le tout pèse 12 Mo. Visual Studio en rougit de son installation de 30 Go.
Adieu le copier-coller manuel
Le plus drôle ? Le geste disparu. Avant, il fallait ouvrir le designer, glisser des icônes, renommer des ressources, relancer le compilateur, corriger le warning, recompiler. Désormais, winapp restore relit le lockfile, restaure l’environnement, recompile et relance le debugger. Une seule commande remplace la chaîne de huit clics qui finissait toujours par planter sur la boîte de dialogue « Capabilities ».
Microsoft le dit crûment : « Conçu pour les frameworks multi-plateformes et les développeurs qui travaillent hors de Visual Studio. » C’est la première fois que l’éditeur livre un outil qui se moque de son propre écosystème. Le message est clair : le code importe plus que l’éditeur.
Le chiffre qui tue
En 48 heures, le repo GitHub affiche 6 800 étoiles et 450 pull requests. Le temps moyen pour transformer un script Python en appli Windows signée : 3 minutes 14 secondes. Le même workflow sous Visual Studio : 26 minutes et deux paquets de chips. La différence est brute, sans appel.
Il reste des zones d’ombre. WinApp ne gère pas encore les projets UWP historiques ni le legacy Win32 en C++/CX. Mais la roadmap est publique, et les contributeurs ajoutent des plugs pour Maui et Uno chaque nuit. Le store, lui, valide déjà les packages générés sans poser de questions.
Le plus grand gagnant ? Le développeur solitaire qui tapait ses classes sur un éditeur minimaliste en espérant que Windows ne le regarde pas de haut. Il peut enfin publier son exécutable sans se faire remarquer. Visual Studio ne mourra pas, mais il devient optionnel, ce qui, en termes de soft-power, est pire que la mort.
WinApp n’est pas une évolution, c’est une trahison officielle. Et c’est précisément pour ça qu’on va l’adorer.