#iwtv#interview with the vampire#amc tvl#sam reid#jacob anderson
seen from China
seen from China
seen from China
seen from China

seen from Singapore
seen from Canada
seen from Thailand
seen from Poland
seen from Thailand
seen from United States

seen from Germany
seen from Netherlands
seen from Türkiye
seen from China
seen from Indonesia

seen from Poland

seen from Singapore

seen from United States
seen from Japan

seen from Brunei
Know what was the Y2K problem?
Know what was the Y2K problem?
Etwa 1997 bis 1.1.2000
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.
(Gomobu68)
'Y2K Problem' , NEW SOUNDS BY ME...