Microsoft a lancé le plan Windows K2 pour améliorer la stabilité et les performances de la plateforme d’ici fin 2027. Les ingénieurs migrent vers WinUI3, limitent l’ajout de fonctionnalités et utilisent la télémétrie pour éliminer les bogues.
Selon des initiés, l’entreprise a confirmé la mise en œuvre d’un plan complet de modernisation du système d’exploitation, visant à résoudre les problèmes de fiabilité dus à l’introduction de fonctionnalités d’intelligence artificielle. Le responsable de la division Windows, Pavan Davuluri, a déclaré que les retours des utilisateurs seront pris en compte et que le niveau de stabilité cible de Windows 11 devrait être atteint d’ici fin 2027. Le plan, sous le nom de code Windows K2, démarrera au second semestre 2026.
Dans le cadre de cette initiative, les ingénieurs n’ont pas le droit d’ajouter de nouvelles fonctionnalités aux versions publiques tant que les composants existants ne sont pas complètement stabilisés. Microsoft a l’intention de relancer les réunions régulières du programme Windows Insider, ainsi que d’intensifier les réponses aux plaintes sur les réseaux sociaux. Outre la stabilité, il est prévu d’ici deux ans d’augmenter les performances de jeu au niveau de SteamOS, en ne nécessitant qu’un redémarrage du système par mois. La mise à jour des pilotes d’affichage et audio sera effectuée exclusivement au redémarrage.
L’équipe de développement interne migre complètement vers le framework WinUI3, ce qui permettra de repenser le menu Démarrer, la fenêtre Exécuter et le Panneau de configuration avec des options de personnalisation avancées. La réduction de la consommation des ressources système garantit un fonctionnement fluide même sur les appareils à faibles performances. La méthodologie de développement agile utilisée auparavant accélérait la sortie des fonctionnalités au détriment de la stabilité ; désormais, la qualité est la priorité à toutes les étapes.
La télémétrie et les enquêtes auprès des participants Windows Insider forment un ensemble de données sur les plantages critiques et les goulets d’étranglement des performances. Ces données arrivent dans le pipeline d’intégration continue, où elles sont analysées avant d’être incluses dans les versions publiques. L’interdiction d’ajouter de nouvelles fonctionnalités jusqu’à stabilisation complète est synchronisée avec la migration vers WinUI3 : ce framework utilise l’accélération matérielle du rendu et réduit les frais généraux de communication inter-processus. En conséquence, la réduction de la fragmentation du code dans l’interface diminue les conflits de pilotes, et la mise à jour différée des pilotes graphiques et audio jusqu’au redémarrage empêche les pannes dynamiques du sous-système d’E/S.
L’abandon de l’ajout incrémental de fonctionnalités au profit de cycles de stabilisation par phases indique un passage du modèle de livraison continue à des versions cadencées avec des tests de régression longs. La migration vers WinUI3 nécessite une reconstruction de l’éditeur de liens du visualiseur XAML, ce qui réduit théoriquement le débit de rendu de 12 à 15 %, mais avec une optimisation correcte du pool de threads de l’interface, cela augmente le déterminisme de la réponse.