Pourquoi Windows est devenu ce qu'il est aujourd'hui : l'évolution de Windows vue par un développeur

1. Introduction

Quand on parle de l’histoire de Windows, on l’évoque souvent à travers ses changements d’apparence.

Le menu Démarrer est apparu. Aero est arrivé. Il est devenu l’écran d’accueil (Start screen). La position de la barre des tâches a changé. Les angles se sont arrondis.

Bien sûr, cela fait aussi partie de l’histoire de Windows.

Mais du point de vue d’un développeur d’applications Windows, les véritables grands changements ne se limitent pas au design des écrans. Ce qui compte vraiment, ce sont plutôt des changements comme ceux-ci :

• La stabilité de l’OS
• La protection mémoire
• La gestion des droits
• Les modèles de pilotes
• La prise en charge du 32 bits / 64 bits
• La compatibilité avec COM, ActiveX et l’API Win32
• Le .NET Framework et .NET
• L’UAC
• Windows Update
• Les fonctions de sécurité
• La coexistence des applications du Store et des applications de bureau
• WSL
• TPM et Secure Boot
• Le haut DPI et le multi-écran
• Les CPU hybrides et la gestion de l’énergie

Windows n’est pas un OS qui a simplement évolué en changeant d’apparence : c’est un OS qui a fait tourner ses anciennes applications aussi longtemps que possible tout en relevant progressivement le niveau de stabilité, de sécurité, de performance et de prise en charge matérielle. C’est précisément ce qui fait à la fois l’intérêt de Windows et son côté contraignant.

Dans cet article, nous revenons sur les différentes générations de Windows non pas comme une simple frise chronologique, mais comme une série de changements vus à travers les yeux d’un développeur d’applications Windows.

2. L’histoire de Windows est aussi celle de la convergence de deux lignées

Pour comprendre l’histoire de Windows, il faut d’abord retenir que Windows a été porté, dans les grandes lignes, par deux lignées distinctes.

La lignée Windows 95 / 98 / Me, qui s’est répandue dans les PC domestiques. La lignée Windows NT / 2000, qui a grandi en gardant à l’esprit les usages professionnels et d’entreprise.

Ces deux lignées convergent de façon décisive avec Windows XP.

flowchart LR
  DOS["MS-DOS / Windows 3.x"] --> W95["Windows 95 / 98 / Me\nPC domestiques, facilité d'usage, périphériques"]
  NT["Windows NT / 2000\nUsage professionnel, stabilité, gestion des droits"] --> XP["Windows XP\nUnification du grand public et du professionnel"]
  W95 --> XP
  XP --> VISTA["Windows Vista / 7\nUAC, WDDM, sécurité renforcée"]
  VISTA --> W8["Windows 8 / 8.1\nTactile, Store, cloud"]
  W8 --> W10["Windows 10\nMises à jour continues, WSL, compatibilité et modernisation"]
  W10 --> W11["Windows 11\nSocle de sécurité, matériel moderne"]

Sans connaître cette généalogie, le visage actuel de Windows devient un peu difficile à comprendre.

Pourquoi d’anciennes API subsistent-elles encore ? Pourquoi existe-t-il des problèmes liés aux droits administrateur ? Pourquoi les applications 32 bits fonctionnent-elles encore ? Pourquoi écrire directement dans Program Files pose-t-il problème ? Pourquoi rencontre-t-on parfois tant de difficultés avec les pilotes et les périphériques ?

Plus que de simples erreurs de conception, tout cela résulte aussi du fait que Windows a porté, sur une très longue période, le poids de l’usage réel des PC.

3. Windows 95 / 98 : l’époque qui a démocratisé le PC domestique

Windows 95 est l’OS qui a fixé les usages de base du Windows moderne.

Le menu Démarrer. La barre des tâches. Les boutons réduire, agrandir, fermer. Le Plug and Play. Les fonctions réseau. Une porte d’entrée vers Internet.

Des opérations aujourd’hui banales ont pris forme, en grande partie, à cette époque.

Du point de vue d’un développeur, l’époque Windows 95 / 98 est celle où le PC est passé du statut de « machine réservée à quelques initiés » à celui d’« outil ordinaire utilisé à la maison et au travail ».

Installer une application. Brancher une imprimante. Se connecter à Internet via un modem. Installer un logiciel depuis un CD-ROM. Manipuler un appareil photo numérique ou un périphérique USB.

Ce type d’usage s’est répandu d’un seul coup.

Avec Windows 98, des éléments comme Internet, l’USB, le DVD, le multimédia et le réseau domestique se sont encore renforcés.

Cependant, le Windows de cette époque conservait aussi une part d’instabilité héritée de DOS.

Une application pouvait entraîner tout l’OS dans sa chute. Un pilote mal conçu provoquait un écran bleu. Une version de DLL incompatible cassait une autre application. « Redémarrer, ça règle le problème » : cette règle empirique mystérieuse faisait loi.

Pour qui a connu cette époque, Windows était pratique, mais aussi, un peu, source d’inquiétude.

4. Windows Me : le dernier sursaut du Windows grand public fondé sur DOS

Windows Me est un OS difficile à juger.

On le présente souvent comme « le Windows instable ». Et de fait, beaucoup n’en gardent pas un très bon souvenir.

Pourtant, Windows Me comportait aussi de nouvelles tentatives.

System Restore. System File Protection. AutoUpdate. Des fonctions multimédias. Le réseau domestique.

Autrement dit, les orientations aujourd’hui évidentes dans Windows - « revenir en arrière quand quelque chose casse », « protéger les fichiers importants », « automatiser les mises à jour » - étaient déjà visibles.

Mais, en tant que socle, il s’agissait de la toute dernière étape du Windows grand public fondé sur DOS.

On essayait d’y intégrer des fonctionnalités modernes. Mais la robustesse de base de l’OS n’était pas encore à la hauteur.

C’est cet écart, je crois, qui faisait toute la difficulté de Windows Me.

Du point de vue d’un développeur, Windows Me nous enseigne ceci : « pour proposer de nouvelles expériences, il faut changer le socle même de l’OS ».

Et la réponse à cela a été l’unification avec la lignée NT.

5. Windows NT / 2000 : le socle du Windows professionnel

Parallèlement au Windows grand public, il existait la lignée Windows NT.

La lignée NT était, dès l’origine, un Windows fortement orienté vers l’usage professionnel.

La stabilité. La protection mémoire. La gestion des droits. Les services. Le réseau. L’administration d’entreprise.

L’aboutissement majeur de cette lignée est Windows 2000.

Windows 2000 a repris la facilité d’usage développée avec Windows 95 / 98, tout en mettant en avant la stabilité et la capacité de gestion de la lignée NT.

Ce qui compte pour les développeurs, c’est qu’à partir de là, Windows a de plus en plus affirmé son caractère de « plateforme qui soutient l’activité professionnelle », loin de l’image d’un « OS grand public dont on accepte les plantages ».

Tourner en résidence comme service Windows. Consigner les événements dans le journal des événements. Prendre en compte les droits des utilisateurs. Être géré au sein d’un domaine réseau. S’intégrer avec des dossiers partagés et des imprimantes.

Ces prérequis, aujourd’hui évidents dans le développement d’applications métier, se sont développés dans le contexte du Windows de la lignée NT.

6. Windows XP : l’unification du grand public et du professionnel

Windows XP est l’un des systèmes d’exploitation les plus importants de l’histoire de Windows. Pas simplement parce qu’il a été populaire, mais parce que la lignée grand public et la lignée professionnelle Windows NT y ont fusionné sous une forme réellement exploitable.

Avec Windows XP, même les PC domestiques ont pu s’appuyer sur la stabilité de la lignée NT. C’est un changement considérable.

Auparavant, dans le Windows grand public, un dysfonctionnement d’application ou de pilote avait tendance à déstabiliser l’ensemble de l’OS. À partir de XP, au moins au niveau du socle, on pouvait compter sur une lignée NT plus stable.

Dans le même temps, XP a été utilisé pendant une durée exceptionnellement longue. C’est à la fois une bonne chose et une source de difficultés. Cette longévité a fait que les systèmes d’entreprise, les outils internes, l’ActiveX, les composants COM, les anciens périphériques et les logiciels métier dédiés ont accumulé en masse des hypothèses héritées de l’époque XP.

Autrement dit, XP est à la fois le prototype du Windows moderne et l’un des points de départ des actifs legacy qui perdurent encore aujourd’hui.

Pour les développeurs d’applications Windows, la leçon de XP se résume à ceci :

Plus un OS est utilisé longtemps, plus les hypothèses des applications qui reposent dessus perdurent, elles aussi, longtemps.

C’est à la fois un problème de compatibilité et un problème de continuité d’activité.

7. Windows Vista : souvent qualifié d’échec, mais un tournant essentiel

Windows Vista est parfois présenté comme un OS impopulaire.

Lent. Trop d’avertissements. Pilotes incompatibles. Applications qui ne fonctionnent pas. XP était mieux.

Comme expérience utilisateur de l’époque, ce jugement avait ses raisons.

Mais vu par un développeur d’applications Windows, Vista est un tournant essentiel.

Ce qui compte le plus se trouve surtout ici :

• L’UAC
• Le WDDM
• Aero / Desktop Window Manager
• Un nouveau modèle de pilotes
• Un renforcement de la sécurité
• La généralisation des environnements 64 bits
• Des restrictions d’écriture dans Program Files et le dossier Windows
• Les manifestes d’application

Vista a introduit dans Windows « la contrainte nécessaire pour l’utiliser en toute sécurité ».

Jusqu’alors, tourner avec des droits administrateur était devenu beaucoup trop banal. Les applications, elles aussi, écrivaient leurs fichiers de configuration dans le même dossier que l’exécutable. Elles écrivaient sans façon dans les zones système de la base de registre. Aussi bien le programme d’installation que l’application elle-même supposaient des droits administrateur.

Ce genre de conception n’avait rien d’exceptionnel.

À partir de Vista, cela a cessé de fonctionner aussi facilement.

Où une application a-t-elle le droit d’écrire ses paramètres ? Les données propres à chaque utilisateur doivent-elles aller dans AppData ? Les données communes à tous les utilisateurs doivent-elles aller dans ProgramData ? Où, et comment, expliquer à l’utilisateur qu’une opération nécessite des droits administrateur ?

Sans réfléchir à ces questions, une application cessait peu à peu de bien se comporter sous Windows.

Vista a peut-être été contraignant du point de vue de l’utilisateur. Mais avec le recul, c’était une étape nécessaire pour permettre à Windows d’évoluer vers un modèle de sécurité moderne.

8. Windows 7 : l’OS qui a rendu le socle de Vista concrètement exploitable

Windows 7 reste dans les mémoires comme un Windows d’une très grande maturité.

C’est l’OS qui a repris les grands changements introduits par Vista pour les rendre plus légers, plus faciles à utiliser et plus stables.

Très apprécié aussi comme Windows professionnel, il a longtemps servi d’environnement de référence sur le terrain du développement d’applications Windows.

Ce qui compte avec Windows 7, ce n’est pas tant un « grand changement de philosophie » qu’une « maturité sur le plan pratique ».

Il a conservé les orientations introduites par Vista - UAC, WDDM, etc. - tout en améliorant l’expérience utilisateur.

Pour les développeurs, la diffusion de Windows 7 a rendu réaliste le développement d’applications fondées sur les principes de conception apparus avec Vista.

Par exemple, ce type de raisonnement :

• Partir du principe que l’application tourne avec un compte utilisateur standard
• Séparer, dans le programme d’installation ou dans un processus distinct, les opérations nécessitant des droits administrateur
• Répartir correctement l’emplacement de stockage des fichiers de configuration
• Prendre progressivement en compte le haut DPI et le multi-écran
• Partir du principe qu’une application 32 bits doit tourner sur un Windows 64 bits
• Vérifier la compatibilité des pilotes et des périphériques

On peut dire que Windows 7 a servi de pont concret, dans le développement d’applications Windows, entre « les pratiques de l’époque XP » et « les pratiques de l’ère post-Vista ».

9. Windows 8 / 8.1 : un virage brutal vers l’ère tactile

Windows 8 était un OS résolument audacieux.

L’écran d’accueil (Start screen). Les tuiles dynamiques (Live Tiles). Le Windows Store. Les interactions tactiles. Les Charms. L’intégration au cloud.

C’était un Windows qui pensait fortement, non seulement au PC, mais aussi à la tablette.

Sur le principe, je ne pense pas du tout que la direction était mauvaise.

Les smartphones et les tablettes se répandaient à toute vitesse, et il fallait bien intégrer au PC les idées du tactile et des applications du Store.

Mais pour les utilisateurs traditionnels de bureau, le changement a été trop brutal.

Le menu Démarrer semblait avoir disparu. L’écran entier basculait dans un autre univers. Sur les PC professionnels centrés sur la souris et le clavier, le contexte d’utilisation changeait bien trop radicalement.

Résultat, Windows 8 est devenu un OS qui divisait les avis.

Du point de vue d’un développeur, Windows 8 est l’OS qui a renforcé une réalité : « sous Windows, plusieurs modèles d’application coexistent ».

Les applications de bureau Win32 traditionnelles. Les applications .NET Framework. Les applications WPF. Les applications du Store. WinRT. Une interface pensée pour le tactile.

Plusieurs façons de faire se sont ainsi retrouvées côte à côte sur le même Windows.

C’est une source de confusion. Mais c’est aussi, en même temps, ce qui fait l’identité de Windows.

Faire entrer du neuf. Mais ne pas jeter l’ancien tout de suite.

Cette posture se poursuit avec Windows 10 et au-delà.

10. Windows 10 : Windows en tant que service

La grande caractéristique de Windows 10 est que Windows est passé d’un « OS qu’on remplace tous les quelques années » à un « OS mis à jour en continu ».

Windows as a Service. Les mises à jour de fonctionnalités. Les mises à jour cumulatives. Le renforcement de Windows Defender. Microsoft Edge. WSL. Les fonctions liées à la virtualisation. L’intégration au cloud.

Avec Windows 10, Windows lui-même est devenu quelque chose qui se met constamment à jour.

C’est un grand changement, aussi bien pour les utilisateurs que pour les développeurs.

Autrefois, comme avec Windows XP ou Windows 7, on pouvait se baser durablement sur une version d’OS donnée. Mais à partir de Windows 10, même au sein d’un seul « Windows 10 », les versions diffèrent.

1507, 1511, 1607, 1703, 1709, 1809, 1903, 2004, 21H2, 22H2.

Il n’est pas nécessaire de connaître chaque détail de ces différences, mais les développeurs ont dû intégrer le principe selon lequel « Windows continue d’être mis à jour ».

Cela influence aussi la façon de penser les tests :

• Aucun problème n’apparaît-il après une mise à jour Windows ?
• Le renforcement d’une fonction de sécurité ne bloque-t-il pas le programme d’installation ?
• Y a-t-il des conflits avec un logiciel antivirus ?
• Dépend-on trop de l’état du .NET Framework ou d’autres runtimes ?
• Les périphériques et pilotes existants fonctionnent-ils toujours sur la dernière version de Windows ?
• La coexistence avec WSL ou les fonctions de virtualisation pose-t-elle problème ?

Windows 10 est un OS qui s’est attaqué à un défi profondément caractéristique de Windows : se moderniser tout en préservant la compatibilité.

11. Windows 11 : l’ère du socle de sécurité et du matériel moderne

Avec Windows 11, l’apparence a changé, elle aussi.

Une barre des tâches centrée. Une interface aux angles arrondis. Un nouveau menu Démarrer. Snap Layouts. Un nouveau Microsoft Store.

Mais du point de vue d’un développeur, ce qui compte encore plus, c’est le changement du socle de sécurité et des prérequis matériels.

Avec Windows 11, la configuration système requise a été relevée : TPM 2.0, UEFI, Secure Boot, un GPU compatible DirectX 12, des pilotes WDDM 2.0, etc.

Il ne s’agit pas d’un simple écrémage : c’est une décision visant à faire des fonctions de sécurité de l’OS, de sa fiabilité, de sa capacité de mise à jour et de ses fonctionnalités matérielles modernes un prérequis de base.

Bien sûr, pour les environnements qui utilisent encore de vieux PC ou de vieux périphériques, c’est une question délicate. Mais pour que Windows continue, à l’avenir, d’être un socle professionnel sûr, il faut bien, à un moment donné, relever ce niveau d’exigence.

Pour les développeurs, Windows 11 annonce une époque de ce genre :

• Considérer les fonctions de sécurité comme acquises
• Considérer le haut DPI, le multi-écran, le tactile, le stylet et la saisie vocale comme acquis
• Prendre en compte les différences de génération entre GPU et pilotes d’affichage
• Prendre en compte les CPU hybrides, avec leurs cœurs P et E
• Réfléchir à l’impact des paramètres d’économie d’énergie et de l’exécution en arrière-plan
• Réfléchir à la relation avec les comptes cloud et les stratégies de gestion

La performance et la stabilité d’une application Windows ne se jouent plus au seul niveau du code.

Version de l’OS, état des mises à jour, paramètres de sécurité, réglages d’alimentation, configuration du CPU, pilotes, droits, périphériques. Il faut désormais considérer tout cela ensemble comme constituant l’environnement d’exécution.

12. L’évolution de Windows vue par un développeur

En organisant, à grands traits, les générations de Windows selon le regard d’un développeur, on obtient le tableau suivant.

Ce que révèle ce tableau, c’est que Windows n’est pas simplement « devenu plus récent ». Il a su intégrer une nouvelle sécurité et un nouveau matériel tout en conservant son ancienne compatibilité.

C’est pourquoi, dans le développement d’applications Windows, se contenter de regarder les dernières API ne suffit pas.

Il se peut que d’anciens composants COM subsistent encore. Il se peut que des flux métier reposant sur l’ActiveX subsistent encore. Une DLL 32 bits peut être nécessaire. Le pilote d’imprimante ou le périphérique USB peut être ancien. Il peut être nécessaire d’utiliser l’application sans droits administrateur. Le comportement peut changer après une mise à jour Windows.

Voilà ce qu’est Windows.

C’est contraignant.

Mais cette contrainte est aussi la preuve que Windows porte, depuis longtemps, le poids d’une activité professionnelle bien réelle.

13. Ce que la connaissance de l’histoire apporte concrètement au développement d’applications Windows

Connaître l’histoire de Windows change la façon de voir les choses sur le terrain.

Prenons l’exemple d’une application qui ne démarre pas.

On ne peut pas se contenter de dire « c’est un bug ».

Ce peut être un problème de 32 bits / 64 bits. Le .NET Framework nécessaire est peut-être absent. Le runtime Visual C++ est peut-être absent. L’enregistrement COM est peut-être corrompu. Une écriture échoue peut-être à cause de l’UAC. L’antivirus bloque peut-être l’application. Un vieux pilote d’imprimante interfère peut-être. L’affichage se casse peut-être en haut DPI. C’est peut-être une différence de comportement après une mise à jour Windows. Les paramètres d’économie d’énergie brident peut-être la performance.

Dans le développement d’applications Windows, il faut regarder l’ensemble de l’environnement, et pas seulement l’application isolée.

C’est contraignant. Mais c’est précisément pour cela qu’il est précieux de construire un logiciel qui fonctionne sur le terrain.

14. Liste de contrôle à garder en tête sur le terrain

Pour la refonte d’une application Windows existante comme pour un nouveau développement, il est rassurant de garder à l’esprit, au minimum, les points suivants.

• L’OS ciblé est-il Windows 10 ou Windows 11 ?
• Pour Windows 10, quel est le statut du support, de l’ESU et du LTSC ?
• S’agit-il d’une application 32 bits ou 64 bits ?
• Dépend-elle de DLL 32 bits ou de composants COM ?
• Les opérations normales peuvent-elles s’effectuer sans droits administrateur ?
• Des paramètres sont-ils écrits dans Program Files ?
• Les données propres à chaque utilisateur sont-elles séparées dans AppData, et les données communes dans ProgramData ?
• Les opérations nécessitant une élévation UAC sont-elles bien isolées ?
• Le programme d’installation, le processus de mise à jour et la désinstallation sont-ils sûrs ?
• Les dépendances telles que le .NET Framework, .NET ou les runtimes Visual C++ sont-elles clairement identifiées ?
• L’affichage résiste-t-il au haut DPI, au multi-écran et au Bureau à distance ?
• Y a-t-il des problèmes de compatibilité avec des périphériques tels qu’imprimantes, périphériques USB, communication série ou caméras ?
• Existe-t-il un dispositif permettant de vérifier le fonctionnement après une mise à jour Windows ?
• La compatibilité avec Windows Defender ou d’autres logiciels de sécurité tiers a-t-elle été vérifiée ?
• A-t-on anticipé que la performance puisse varier selon les paramètres d’économie d’énergie ou la configuration du CPU ?
• En cas d’erreur, des journaux sont-ils conservés pour permettre de recueillir la situation depuis le terrain ?

Cette liste de contrôle n’est pas une simple astuce de développement : elle représente, à elle seule, l’histoire accumulée de Windows.

15. Windows n’est pas vieux, il est stratifié

On dit souvent de Windows qu’il est « vieux ». Il est vrai qu’il a des parties anciennes.

Il y a l’API Win32. Il y a COM. Il y a la base de registre. Il y a des problèmes de DLL. Il y a d’anciens contrôles. Il y a des comportements conservés pour la compatibilité.

Mais se contenter de rejeter tout cela comme simplement « vieux », c’est passer à côté de l’essence de Windows. Windows est un OS qui a continué d’empiler du neuf sans se débarrasser de l’ancien. On le comprend mieux en l’imaginant non pas comme un jardin bien ordonné, mais comme une immense ville qui n’a cessé de s’agrandir et de se reconstruire.

Il y a de nouveaux immeubles. Il y a aussi de vieilles ruelles. D’anciennes canalisations passent sous terre. Il y a aussi de pratiques autoroutes. Usines, hôpitaux, écoles et administrations fonctionnent tous, ensemble, au sein de cette ville.

Les développeurs construisent leurs applications à l’intérieur de cette ville.

C’est pourquoi il ne suffit pas de connaître seulement les routes les plus récentes. Il faut aussi savoir, un peu, pourquoi les anciennes routes sont encore là.

16. Conclusion

L’histoire de Windows n’est pas seulement une histoire d’apparence. C’est l’histoire de la façon dont la stabilité, la sécurité, la performance et la prise en charge matérielle ont été relevées tout en préservant la compatibilité.

Windows 95 / 98 a fait entrer le PC dans les foyers et les lieux de travail. Windows NT / 2000 a développé la stabilité et la capacité de gestion d’un OS professionnel. Windows XP a unifié ces deux lignées. Windows Vista a marqué un tournant majeur pour la sécurité et le modèle de pilotes. Windows 7 a rendu ce tournant concrètement exploitable. Windows 8 s’est engagé dans une nouvelle direction, celle du tactile et du Store. Windows 10 a installé durablement l’idée d’un Windows mis à jour en continu. Windows 11 pousse encore plus loin le socle de sécurité et la prise en charge du matériel moderne.

Windows n’est pas une utopie parfaitement ordonnée. C’est une plateforme immense et complexe, qui a continué de fonctionner en portant simultanément l’activité professionnelle réelle, les actifs existants, les périphériques, les exigences de sécurité et le nouveau matériel.

C’est précisément pour cela que, dans le développement d’applications Windows, il est important de ne pas se limiter au « Windows d’aujourd’hui », mais de comprendre la philosophie de conception et l’histoire de la compatibilité qui se poursuivent depuis le passé.

Ne pas jeter les anciens actifs à la légère. Mais s’adapter aussi à la nouvelle sécurité et aux nouveaux environnements d’exécution.

C’est sur cet équilibre que repose le Windows d’aujourd’hui. Et construire, sur cette base, un logiciel qui fonctionne de façon fiable conserve, aujourd’hui encore, une grande valeur.

Références

• Die Geschichte von Windows - Microsoft News Center
• Microsoft Windows 98 Second Edition Released to Manufacturing
• Microsoft Windows Millennium Edition Released to Manufacturing
• Microsoft Announces Immediate Availability Of Windows Millennium Edition
• Windows 2000 Offers Significant Value for Small Businesses
• User Account Control and remote restrictions - Microsoft Learn
• WDDM Overview - Microsoft Learn
• Windows 8 Arrives - Microsoft Source
• Vue d’ensemble de Windows en tant que service - Microsoft Learn
• Windows 10 Home and Pro - Microsoft Lifecycle
• Windows 11 available on October 5 - Windows Experience Blog
• Windows 11 System Requirements - Microsoft Support
• Windows 11 release information - Microsoft Learn

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Pourquoi Windows XP est-il si important dans l'histoire de Windows ?

Parce que c'est avec XP que la lignée grand public de Windows (95/98/Me) et la lignée professionnelle Windows NT/2000 ont fusionné de façon concrète et exploitable. Les PC domestiques ont ainsi pu, eux aussi, s'appuyer sur la stabilité de la lignée NT. XP a par ailleurs été utilisé pendant une durée exceptionnellement longue : les systèmes d'entreprise, l'ActiveX, les composants COM et les anciens périphériques ont donc accumulé en masse des hypothèses héritées de l'époque XP, ce qui en fait aussi l'un des points de départ des actifs legacy qui perdurent encore aujourd'hui.

Windows Vista a-t-il été un échec ?

L'expérience utilisateur de l'époque - « lent », « trop d'avertissements », « pilotes incompatibles » - justifiait en partie cette mauvaise réputation, mais du point de vue d'un développeur, Vista marque un tournant majeur. Il a introduit l'UAC, le WDDM, un nouveau modèle de pilotes, la généralisation des environnements 64 bits et des restrictions d'écriture dans Program Files, rendant beaucoup plus difficiles les applications conçues pour fonctionner uniquement avec des droits administrateur. On peut dire que c'était une étape nécessaire pour permettre à Windows d'évoluer vers un modèle de sécurité moderne.

Qu'est-ce qui a changé pour les développeurs avec Windows 10 ?

Le plus grand changement est que Windows est passé d'un « OS qu'on remplace tous les quelques années » à un « OS mis à jour en continu » (Windows as a Service). Même au sein d'un seul « Windows 10 », les versions vont de 1507 à 22H2, si bien qu'il n'est plus possible de se baser durablement sur une version d'OS donnée. Il a fallu tester en partant du principe que l'OS continue d'évoluer : vérifier qu'aucun problème n'apparaît après une mise à jour Windows, que le renforcement des fonctions de sécurité ne bloque pas le programme d'installation, etc.

Pourquoi la configuration système requise a-t-elle été relevée avec Windows 11 ?

Windows 11 exige désormais TPM 2.0, UEFI, Secure Boot, un GPU compatible DirectX 12 et des pilotes WDDM 2.0. Il ne s'agit pas simplement d'écarter les PC les plus anciens : c'est une décision visant à faire des fonctions de sécurité, de la fiabilité, de la capacité de mise à jour et des fonctionnalités matérielles modernes de l'OS un socle de référence. Pour que Windows continue d'être, à l'avenir, un socle professionnel sûr, il fallait bien, à un moment donné, relever ce niveau d'exigence.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.