En informática ya estamos acostumbrados a este tipo de problemas. Tuvimos el del año 2000, y ahora llega (bueno, dentro de unos añitos, no se si estaremos aquí para verlo) el del año 2038.
En la mayoría de sistemas de 32 bits, el tipo de dato time_t usado para guardar el contador de segundos es un entero de 32 bits con signo, es decir, que puede representar un rango de números entre -2.147.483.648 y 2.147.483.647 (-231 y 231-1; 1 bit para el signo, y 31 para el valor absoluto), por lo que el último segundo representable con este formato será a las 03:14:07 UTC del 19 de enero de 2038, cuando el contador llegue a 2147483647. Un segundo después, el contador se desbordará, y saltará al valor -2.147.483.648, que causará el fallo de programas que interpretarán el tiempo como que están en 1901 ó 1970 (dependiendo de la implementación), en vez de 2038. A su vez, esto causaría cálculo y procesamiento incorrecto.
Lo más probable es que para entonces todos los sistemas operativos sean de 64 bits, lo que únicamente retrasará el problema unos 290 mil millones de años.
Pero mientras queda la incertidumbre de saber que pásara. En cualquier caso lo más seguro es que les pasemos el marrón a los pobres humanos del año 290 mil millones dos mil treinta y ocho, estén donde estén para entonces
