Y2K et le nouveau millénaire

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 hypothèse de programmation des premiers jours des ordinateurs. Y2K est entré dans la conversation culturelle sur les craintes que la technologie et les systèmes automatisés échouent lorsque leurs horloges devaient convertir la date du 31 décembre 1999 au 1er janvier 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 si 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 au sujet des banques, des feux de circulation, du réseau électrique, des aéroports, des micro-ondes et des 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. Connue sous le nom de DISC PD2000-1, la norme énonce quatre règles:

1. Aucune valeur pour la date actuelle n'entraînera une interruption de fonctionnement.
2. 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.
3. 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é.
4. 2000 doit être reconnue comme une année bissextile. 

Essentiellement, la norme a compris que le bogue reposait sur deux problèmes clés:

1. La représentation à deux chiffres existante était problématique dans le traitement de la date.
2. 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 sous forme de nombres à quatre chiffres (1997, 1998, 1999, etc.), alors qu'elles n'étaient auparavant représentées 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 qui sont divisibles par 400".

Ce qui s'est 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 au 1er janvier 2000, il s'est passé très peu de choses anormales. Seuls quelques problèmes de bogue du millénaire relativement mineurs se sont produits, et encore moins ont été signalés.