Für diejenigen, die in den späten 1990er Jahren programmieren, war Y2K von entscheidender Bedeutung. Buchstäblich: Y2K
= Year 2000
.
Software, die nicht Y2K-konform war enthalten, am offensichtlichsten, Software, die Jahreszahlen als 2 Ziffern gespeichert (oft um Speicherplatz zu sparen), und hätte daher das Jahr 2000 mit dem Jahr 1900 gleichgesetzt. Allerdings einige Softwareprodukte, aus anderen Gründen, waren nicht Y2K-konform, weil sie falsche Datumsberechnungen für Daten im 21. und folgenden Jahrhunderten vorgenommen haben.
In der letzteren Kategorie hatte ich ein Produkt, das ich zu der Zeit, die ich reparieren musste, aufrecht erhielt, weil es das Jahr 2000 nicht als Schaltjahr erkannte. Da diese Software ein automatisches Kontrollsystem in einer Produktionsanlage betrieb, hätte es einige teure Komponenten beschädigt, wenn es nicht vor Ende Februar 2000 repariert worden wäre.
Es gab einige apokalyptische Vorhersagen, dass sehr schlimme Dinge passieren würden 1. Januar 2000 aufgrund von Softwarefehlern aufgrund von Y2K-Nichteinhaltung, und viele Menschen hielten deshalb am 31. Dezember 1999 um Mitternacht den Atem an. Nach der Tat behaupteten viele Leute, dass die Prognosen übertrieben worden waren. Nach meiner Meinung gab es wenige Probleme, weil viele Programmierer in den späten 1990er Jahren sehr hart und lange Stunden gearbeitet hatten, um speziell mit der Gefahr von Jahr-2000-Problemen umzugehen, und sie hätten dies nicht getan, wenn es keine legitimen Bedenken gegeben hätte über potenziell sehr schlechte Ergebnisse.
Perl ist nicht nur Y2K-konform, sondern auch Y2038-konform. :) –