Már megint Y2K?
2000. február 27.
"A legnagyobb veszély az adatrögzítésre és számlázásra használt személyre szabott programokat fenyegeti, főleg ott, ahol a napok száma kulcsfontosságú a számolásokban. Például a kamatoknál" - mondja Koskinen. A Y2K problémával ellentétben, ahol az éveket csak két számjegy jelezte, a mostani problémát az a félreértés okozza, ami a plusznap beiktatásából ered. A február 29 napos az olyan években, amik oszthatók néggyel, kivéve azokat, amik százzal is oszthatók, hacsak nem osztható az év négyszázzal. Tehát a 2000. évi az első ilyen típusú ugrás 1600 óta. Az előbb leírt szabály XIII. Gergely pápa naptárában szerepelt először 1582-ben, hogy az jobban igazodjon az évszakok változásához. Az 1700., 1800. és az 1900. évek nem voltak szökőévek.
Koskinen állítása szerint a korábbi tesztek azt mutatták ki, hogy a szoftverprogramozók értettek annyit a szökőév szabályához, hogy eljussanak a második szabályhoz. Ez azt jelentené, hogy a programozók úgy is megírhatták a programjaikat, hogy a 2000. év februárját csak 28 naposnak vegyék. Koskinen minden zavarról beszámol a sajtónak február 29-én és március 1-jén délután két órakor. Az utolsó ülésen ismertetni fogja a Fehér Ház terveit a figyelőállomások modern jövőbeni számítógépeit illetően.
Kapcsolódó cikkek
- Két új modellel bővül a HP Jornada PDA-család
- Az új Y2K probléma az információs túlterheltség lehet
- Online újság preprint szoftvere
- Linux-Unix-rendszerek veszélyes napja
- Egyesült Államok: az Y2K probléma pozitív hatásai
- Clinton hagyományosan, majd digitálisan aláírta a törvényt
- Clinton digitálisan is aláírna
- A Sun elnöke a Microsoft-ítéletről
- A Microsoft lépései az ítélet után
- Az Európai Bizottság megbízhatatlannak tartja a Microsoftot