#y2k problem

Warum am Neujahrstag 2000 die IT Welt nicht kollabiert

Jahrtausendwenden sind immer schon Zeiten, in denen das Ende der Welt, die Ankunft des Messias oder sonstige weltbewegende Ereignisse angekündigt werden.

Etwa seit 1997 haben findige IT Beratungsunternehmen, darunter auch das, für welches ich zu dieser Zeit arbeite, eine neue Geschäftsidee entdeckt: das “Jahr 2000 Problem”. Dabei geht es um folgendes:

In der Zeit zwischen 1960 und 1979, in der die meisten Brot- und Butteranwendungen für die traditionellen Großrechner entstehen, war interner Speicher knapp und teuer. Daher war man bemüht, z.B. das Datum 31.12.1999 nicht auszuschreiben, sondern etwa als “99365” abzuspeichern.  

Um Dateien auf externen Disks davor zu schützen, aus Versehen überschrieben oder gelöscht zu werden, versah man sie mit einem Verfalldatum 99365. Aus Sicht der damaligen Programmierer war das Jahr 2000 noch “unendlich” weit entfernt. Die Programmlogik sieht dann etwa so aus: IF currentdate kleiner oder gleich 99365 THEN GOTO undelete.

Damit ist klar, dass ab 1.1.2000 solche Dateien ohne Warnung überschrieben oder gelöscht werden können. 

Die Aufgabe zwischen 1997 und dem Jahr 2000 lautet also, in den uralten, aber noch produktiven Programmen Codeschnipsel zu finden und zu entschärfen, die auf ein Ende aller Tage am 31.12.1999 hinauslaufen. Die meisten Autoren dieser Programme sind ja bereits pensioniert oder verstorben. Einige Kunden nehmen das Problem zum Anlass, die alten Programme ganz über Bord zu werfen und z.B. auf SAP umzustellen. Es wird aber auch vieles Alte noch repariert, was einen vorübergehenden Boom bei COBOL-, PLI- und Assemblerprogrammierern auslöst.

Die erledigen ihren Job offenbar gut, denn am 1.1.2000 kommt es keineswegs zu einem weltweiten Zusammenbruch der IT Infrastruktur.

Die Kehrseite der Medaille ist, dass drei lange Jahre Programmierkapazität für diese Aufräumarbeiten gebunden wird, anstatt die Firmen für das Internetzeitalter fit zu machen.