Crédit :Hélène Stebakov
Il n'est pas difficile de trouver des échos de la fin des années 1990 dans l'air du temps. Maintenant comme alors, la destitution est dans l'esprit de beaucoup de gens, et des films tels que La matrice et Le sixième sens continuer à influencer la culture. Une autre caractéristique de la même époque qui a peut-être un aspect plus important, si plus subtil, influence est le tristement célèbre bogue de l'an 2000.
L'an 2000 était le grand problème des systèmes informatiques qui semblaient capables de détruire la civilisation sur le coup de minuit du millénaire. À la fin, cependant, rien ne s'est mal passé. Certaines personnes ont commencé à se demander si nous n'avions pas été induits en erreur depuis le début. En réalité, ils n'auraient pas pu se tromper davantage. L'an 2000 risque de devenir l'un de ces moments de l'histoire dont on a tiré exactement les mauvaises leçons.
La plupart des systèmes menacés par le bogue de l'an 2000 dataient des années 1970, années 1980 et début des années 1990. C'était l'époque où la prétendue insistance de Bill Gates selon laquelle « 640k [de RAM] devraient suffire à tout le monde » résonnait encore dans les oreilles des gens. Même les serveurs puissants n'avaient que quelques mégaoctets de RAM, une fraction de ce que l'on trouve aujourd'hui dans la plupart des PC ordinaires.
Avec si peu d'espace, les programmeurs essayaient toujours de trouver des moyens de conserver la mémoire. Les dates étaient l'une de ces choses qui faisaient partie intégrante de la plupart des programmes informatiques, et les années ont été stockées sous la forme d'un nombre compris entre « 0 » et « 99 »—ainsi, par exemple, "80" représenterait 1980. L'avantage était qu'un seul octet de mémoire serait utilisé. Mais avec le nouveau millénaire à venir, cela signifiait que l'année "99" deviendrait "100". Par conséquent, les programmes informatiques croiraient que l'année était 1900 plutôt que 2000, qui menaçait de soulever de graves problèmes.
Bug sur
Il semblait probable que les transactions financières telles que les intérêts courus seraient mal calculées. Le logiciel de surveillance croirait soudain qu'il avait expiré et avait cessé de fonctionner, tandis que le logiciel de navigation ne serait pas en mesure de calculer correctement les positions. Plus alarmant encore, les défaillances de certains systèmes critiques peuvent se produire en cascade. Cela pourrait provoquer des réseaux électriques, défaillance des réseaux de télécommunications et des systèmes financiers ; plates-formes pétrolières pour arrêter de pomper du pétrole; systèmes d'enregistrement des patients des hôpitaux pour commencer à prescrire les mauvais médicaments.
L'ampleur de ces échecs rendrait la récupération difficile. Cela affecterait potentiellement les économies des pays et le bien-être et même la vie des personnes dans le monde. En tant que président américain, Bill Clinton, a déclaré à un public lors d'un discours en 1998:"Ce n'est pas l'un des films d'été où vous pouvez fermer les yeux pendant les parties effrayantes."
La réponse de l'industrie informatique impliquait une réécriture massive du logiciel, avec la certification officielle "Y2K ready" délivrée après des tests approfondis. Différentes solutions ont été mises en œuvre pour différents systèmes, en fonction de leur capacité mémoire. La meilleure option était de stocker les années sous forme de quatre chiffres. Là où cela n'était pas possible, les programmeurs peuvent demander à un système de traiter, dire, les dates entre "00" et "50" comme étant dans les années 2000, et les années entre "51" et "99" comme étant dans les années 1900. Cela a au moins permis aux systèmes de continuer à fonctionner.
Plus problématiques étaient les systèmes embarqués où le problème de l'an 2000 existait dans le matériel plutôt que dans le logiciel. Dans ces cas, la seule solution était de remplacer le matériel lui-même. Les estimations du coût total de la préparation à l'an 2000 s'élevaient à environ 300 milliards de dollars, ou environ 460 milliards de dollars américains (351 milliards de livres sterling) en argent d'aujourd'hui – plus quelques milliards de plus consacrés à la résolution des problèmes à mesure qu'ils se posaient après le tournant du siècle.
Le grand facile ?
Quand le jour fatidique est venu et est passé avec à peine plus que des problèmes mineurs, les questions ont commencé. Une opinion a pris racine que l'an 2000 avait été exagéré - peut-être, par exemple, pour garantir un jour de paie géant pour les programmeurs. Les gens pourraient souligner le fait que certains pays, comme la Corée du Sud et la Russie, s'en était sorti sans faire grand-chose pour atténuer le problème, sans parler des petites entreprises.
Mais cela ignore le fait que des correctifs logiciels pour le bogue ont été déployés dans le monde entier. Ceux qui ne se sont pas préparés ont été protégés grâce aux efforts de ceux qui l'ont fait. Il y a de nombreuses preuves, grâce à des exercices de préparation, revues de code et autres, que s'il n'est pas abordé, l'impact de l'an 2000 aurait été beaucoup plus important.
Malheureusement, le point de vue à contre-courant s'est frayé un chemin dans d'autres domaines politiques importants. Les négationnistes du changement climatique et les militants anti-vaccinations évoquent souvent le manque d'impact du bogue de l'an 2000 comme preuve qu'il ne faut pas faire confiance aux experts. Si nous parvenons finalement à résoudre des problèmes tels que le changement climatique à l'avenir, ne soyez pas surpris si des arguments similaires sur la perte de temps et d'efforts apparaissent.
À ce moment, les mêmes personnes seront probablement également en mesure de pointer du doigt quelques séquelles du bogue du millénaire qui ne sont pas venues à grand-chose non plus. Comme je l'ai mentionné plus haut, il existe encore d'anciens systèmes logiciels qui traitent toutes les dates avec deux chiffres supérieurs à "50" comme se produisant dans les années 1900. Alors que la plupart d'entre eux devraient être mis à la retraite avant d'arriver à la prochaine année dangereuse de 2050, les goûts des systèmes critiques peuvent être notoirement durables.
Nous pouvons également nous attendre au problème de l'année 2038. Cela est lié au fait que les systèmes Unix stockaient historiquement les dates et les heures sous forme de séquences de 32 uns et de zéros, interprété comme le nombre de secondes depuis le 1er janvier 1970. Quand 2038 arrive, ce nombre débordera pour la même raison que le bogue de l'an 2000 s'est produit. De tels systèmes Unix forment à nouveau la base de nombreux logiciels critiques.
La communauté Unix est bien au courant de ce bug, cependant, et la plupart de ces systèmes auront à nouveau été remplacés bien avant 2038. Ainsi, tout comme pour l'an 2000, si le monde survit à ces futurs problèmes, ça n'aura pas été parce que c'était du battage médiatique. La vérité la plus ennuyeuse est souvent qu'un point à temps en sauve neuf. Désolé d'être porteur de bonnes nouvelles.