Contexte historique

Dans les années 1990, Windows détenait environ 95 % du marché des PC, selon les estimations de l’époque. La quasi‑totalité des utilisateurs possédaient une machine Intel ou AMD exécutant ce système. Cette hégémonie imposait aux éditeurs de livrer leurs produits sur floppy, CD ou ROM, ce qui créait une contrainte de version unique : le logiciel devait fonctionner dès la première installation, sans possibilité de correctifs post‑distribution.

Mécanismes d’instabilité

Le taux d’erreurs était amplifié par une production de code multipliée par 10 sans réduction proportionnelle du nombre de bugs, ce qui rendait les applications plus susceptibles de planter. Les device drivers, souvent fournis sur supports physiques, étaient particulièrement défectueux ; un seul pilote marginal pouvait déclencher le fameux Blue Screen of Death, l’équivalent Windows d’un panic kernel. De plus, le système d’exploitation ne libérait pas toujours correctement les ressources des programmes terminés, entraînant une dégradation progressive de la mémoire jusqu’à l’arrêt du système.

Conséquences sur la productivité

Les applications manquaient d’autosave fiable. En cas de crash, les fichiers ouverts étaient souvent corrompus, obligeant les utilisateurs à recommencer des heures de travail. L’auteur cite une expérience chez Google Docs (2010) où le raccourci Ctrl+S était instrumenté uniquement pour compter les pressions, sans effet réel, illustrant la persistance d’un comportement de sauvegarde manuel hérité d’une époque instable. Sur le plan de la sécurité, des écrans de veille protégés pouvaient être contournés par Ctrl+Alt+Del, et les machines étaient régulièrement infectées par des malwares publicitaires ou des macro‑virus Word qui paralysaient les réseaux.

Évolution des pratiques

Le besoin de défragmentation était symptomatique des disques durs mécaniques : la fragmentation des fichiers ralentissait l’accès, nécessitant l’utilisation du Disk Defragmenter. Aujourd’hui, les SSD éliminent ce problème, mais la leçon reste que la gestion du stockage influence la stabilité perçue. L’augmentation du débit de production logicielle a conduit les équipes modernes à automatiser les tests, le déploiement continu et les correctifs en ligne, contrastant avec le modèle « une fois livré, jamais mis à jour » du passé. Cette transition montre que la simple multiplication du code ne suffit pas ; la qualité dépend d’une chaîne d’assurance intégrée dès la phase de conception.