Problema anului 10000 este un nume colectiv pentru presupusele probleme care pot apărea atunci când lucrați cu software pentru a reprezenta un an care utilizează doar 4 cifre în date. Această abordare poate duce la erori și eșecuri la trecerea de la anul 9999 la anul 10000.
Problema anului 10.000 a început să fie discutată în presă în ultimii ani ai secolului al XX-lea în legătură cu problema iminentă a anului 2000 . Majoritatea publicațiilor au fost parodice și pline de umor , deoarece problema anului 10.000 pare acum a fi mai mult teoretică decât practică. Cu toate acestea, nu poate fi exclus ca o parte a codului programului deja scris în uz să poată, într-o anumită formă, „supraviețui” până în anul 10.000.
În unele cazuri, procesarea datelor dincolo de 10000 poate fi necesară acum - de exemplu, în programe de evaluare a proiectelor de depozitare pe termen lung a deșeurilor nucleare [1] .
Esența problemei constă în faptul că, la trecerea la anul 10.000, sistemele vor considera acest lucru ca fiind 0000, adică 1 î.Hr. De asemenea, toate sistemele vor citi cel mai probabil acest lucru ca −59949936000 secunde (de la 1 ianuarie 1901) [2] .
Uneori sunt menționate „problema anului 100.000”, „problema anului 1.000.000”, etc.
În sistemul Windows API , structura SYSTEMTIMEfolosește un câmp de 16 biți pentru a stoca numărul anului; în timp ce documentația precizează că valorile valide sunt 1601-30827 [3] .
| Probleme de date în programare | |
|---|---|