Le problème de l'an 2000 (l'an 2000) a effrayé le monde. Bien que certains soient prêts à «faire la fête comme en 1999», d'autres ont prédit une catastrophe à la fin de l'année en raison d'une programmation hypothèse de la premiers jours de l'informatique. Y2K est entré dans la conversation culturelle sur les craintes que la technologie et les systèmes automatisés échouent lorsque leurs horloges doivent convertir la date de décembre. 31 janvier 1999 à janv. 1, 2000.
L'âge de la peur technologique
Beaucoup supposaient que l'électronique ne serait pas en mesure de calculer des dates qui ne commencent pas par «19» car elles fonctionnaient avec une programmation obsolète et à courte vue. Les systèmes informatiques seraient tellement confus qu'ils s'arrêteraient complètement, conduisant au chaos et à des perturbations à grande échelle.
Compte tenu de la proportion de notre vie quotidienne qui était gérée par des ordinateurs en 1999, le Nouvel An devait entraîner de graves conséquences informatisées. Les gens étaient inquiets pour les banques,
feux de circulation, le réseau électrique, les aéroports, les micro-ondes et les téléviseurs qui étaient tous gérés par des ordinateurs.Doomsayers a même prédit que les processus mécaniques comme les toilettes à chasse d'eau seraient affectés par le bug Y2K. Certains pensaient que Y2K mettrait fin à la civilisation telle que nous la connaissions. Alors que les programmeurs informatiques se précipitaient follement pour mettre à jour les systèmes informatiques avec de nouvelles informations, de nombreux membres du public se sont préparés en stockant de l'argent et des vivres supplémentaires.
Préparatifs pour le bug
En 1997, quelques années avant la panique généralisée du problème du millénaire, les informaticiens travaillaient déjà à la solution. Le British Standards Institute (BSI) a développé de nouvelles normes informatiques pour définir les exigences de conformité pour l'an 2000. Connu comme DISC PD2000-1, la norme énonçait quatre règles:
- Aucune valeur pour la date actuelle n'entraînera d'interruption de fonctionnement.
- La fonctionnalité basée sur la date doit se comporter de manière cohérente pour les dates antérieures, pendant et après 2000.
- Dans toutes les interfaces et le stockage de données, le siècle à n'importe quelle date doit être spécifié de manière explicite ou par des règles et des algorithmes d'inférence sans ambiguïté.
- 2000 doit être reconnue comme une année bissextile.
Essentiellement, la norme a compris que le bogue reposait sur deux problèmes clés:
- La représentation actuelle à deux chiffres posait problème dans le traitement des dates.
- Une mauvaise compréhension des calculs des années bissextiles dans le calendrier grégorien a fait que l'année 2000 n'était pas programmée comme année bissextile.
Le premier problème a été résolu en créant une nouvelle programmation pour les dates à saisir en quatre chiffres (1997, 1998, 1999, etc.), où ils n'étaient auparavant représentés que par deux (97, 98, et 99). La deuxième solution consistait à modifier l'algorithme de calcul des années bissextiles à «toute valeur d'année divisée par 100 n'est pas une année bissextile», avec l'ajout de «à l'exclusion des années divisibles par 400».
Que s'est-il passé le 1er janvier?
Avec autant de préparation et de programmation mise à jour avant le changement de date, la catastrophe a été évitée. Lorsque la date prophétisée est arrivée et que les horloges informatiques du monde entier ont été mises à jour en janvier. 1, 2000, il s'est passé très peu de choses anormales. Seuls quelques problèmes de bogues du millénaire relativement mineurs se sont produits et encore moins ont été signalés.