En mai 2026, Microsoft a dévoilé une aveu qui a surpris une partie de la communauté des développeurs. Mark Russinovich, directeur technique d’Azure et fondateur de Sysinternals, a publiquement reconnu que Windows 11 dépend encore structurellement de codes remontant à la décennie 1990. La déclaration est apparue dans une vidéo publiée par la page Microsoft Dev Docs sur X.
En d’autres mots, même après des décennies d’efforts de modernisation, l’API Win32 demeure l’un des piliers centraux du système d’exploitation. Pour les développeurs, ce constat implique des répercussions importantes sur la compatibilité, l’architecture et l’avenir des applications de bureau.
La confession de Russinovich et le poids historique de Win32
Tout d’abord, il convient de comprendre ce qui a été dit. Selon Russinovich, l’API Win32 a gagné en importance avec Windows 95, bien qu’elle existât déjà sur Windows NT. De plus, elle demeure indispensable pour les tâches élémentaires, telles que lancer des applications de bureau, gérer des fichiers et interagir avec les fenêtres.
Sur un ton détendu, le dirigeant a confié que personne dans les années 1990 n’imaginait que Win32 continuerait d’être une API de premier plan en 2026. Après tout, les attentes de l’époque pointaient plutôt vers des « voitures volantes et des stations lunaires » que vers une dépendance prolongée vis-à-vis des codes de l’ère Windows 95.
En conséquence, Windows 11 fonctionne aujourd’hui comme un système en couches. À la surface, on observe des interfaces modernes et de nouvelles API. En dessous, toutefois, subsiste un noyau fortement consolidé qui remonte aux années 1990. Même des initiatives comme WinRT n’ont pas réussi à remplacer totalement ce modèle.
Pourquoi Microsoft n’a-t-elle pas simplement remplacé Win32 ?
La persistance de l’API Win32 dans Windows 11 est liée à trois facteurs principaux. Chacun de ces éléments aide à éclairer la décision technique et stratégique de Microsoft.
L’écosystème est bien trop vaste pour être brisé
Tout d’abord, il y a la taille de l’écosystème. Au cours de plus de 30 ans, des millions d’applications ont été créées sur la base de Win32. Parmi elles se trouvent des logiciels d’entreprise, des outils professionnels et des systèmes anciens qui restent essentiels pour les entreprises du monde entier.
Par conséquent, remplacer cette base exigerait de briser la compatibilité à l’échelle mondiale. Pour Microsoft, cela représenterait un risque colossal. En conséquence, l’entreprise a choisi de préserver la couche Win32 comme élément central de l’architecture.
Un exemple clair de cet héritage est l’ensemble d’outils Sysinternals. Créé en 1996 par Russinovich lui-même, ce paquet demeure essentiel pour le diagnostic du Windows moderne. D’ailleurs, Sysmon a gagné une intégration plus profonde au système, tandis que ZoomIt a évolué et a été intégré au paquet officiel PowerToys.
Tentatives de modernisation qui n’ont pas abouti
Deuxièmement, il existe un historique de tentatives échouées de remplacement. WinRT, par exemple, est apparu avec la promesse de moderniser la plateforme. Cependant, il n’a pas atteint le même niveau de flexibilité, de performance et d’adoption que Win32.
Selon Russinovich, cela s’explique par le découpage de l’écosystème entre les applications Win32 et l’environnement des navigateurs fondé sur HTML et JavaScript. De ce fait, il est devenu difficile de créer une nouvelle couche dominante capable d’unifier l’ensemble.
Stabilité qui vient avec l’âge
Enfin, il y a la question de la fiabilité. Le code Win32 est considéré comme « éprouvé au combat ». Autrement dit, il fonctionne de manière cohérente sur une immense variété de matériels et de scénarios.
Même s’il n’est pas l’approche la plus moderne, Win32 offre stabilité et prévisibilité. Sans conteste, ces deux éléments sont cruciaux pour un système d’exploitation utilisé à l’échelle mondiale.
Qu’est-ce que cela signifie pour les développeurs aujourd’hui ?
Pour les développeurs, le message est clair. Win32 ne va pas disparaître de sitôt. Ainsi, connaître ses particularités demeure un atout professionnel précieux, surtout pour ceux qui travaillent sur des applications de bureau, des intégrations héritées ou des outils système.
De plus, la situation révèle une leçon importante sur le design logiciel. La compatibilité rétroactive n’est pas qu’un détail technique, mais une décision stratégique qui peut façonner des décennies d’évolution d’une plateforme.
D’autre part, cela soulève aussi des débats pertinents. Jusqu’où faut-il porter des décennies d’héritage ? Quand la stabilité se transforme-t-elle en obstacle à l’innovation ? Ce sont là des questions que tout architecte logiciel, tôt ou tard, doit affronter.
Un système d’exploitation qui est aussi un musée vivant
En résumé, Windows 11 représente aujourd’hui une fusion temporelle intrigante. D’un côté, des interfaces fluides, une intégration avec l’IA et le support des technologies modernes. De l’autre, un noyau qui continue à parler le langage des années 1990.
Certes, cette coexistence n’est pas le fruit du hasard. Elle reflète des choix conscients faits par Microsoft au fil des décennies pour protéger son écosystème. Ainsi, la prochaine fois que vous ouvrirez une fenêtre sur Windows 11, rappelez-vous : derrière cette animation fluide, il y a un code qui peut être plus vieux que bon nombre des professionnels qui l’utilisent au quotidien.
