Y2k 2038

Hola a cualquiera que este leyendo esto te preguntaras que es esto del y2k 2038 bueno. bueno originalmente solo era el y2k al evento que sucedió en el cambio de milenio osea el cambio que se dio el ultimo dia de diciembre a media noche 1999 > 2000 y que con esto bueno mas que solo el echo que se empezó otro milenio se mas profundamente relacionado con la joven tecnología de ese tiempo, bueno debido a que los programadores tenían la costumbre al momento de escribir códigos dejar la fecha resumida así por ejemplo el 12/3/98 he aquí el detalle del problema que al momento de llegar el año 2000 las computadoras interpretarían como el 1/1/00 asiendo creer que regreso a una fecha inicial de al rededor de 1970, muchas personas tomaron este echo como el apocalípticos fue 2012 de ese tiempo, pero al igual que el 2012 se llevo acabo sin mas complicaciones, claro se producieron problemas en algunos paises en los sistemas de peaje en otros cobros de facturacion targetas de credito dejaron de funcionar etc... pero sim pasar a problemas mayores, ahora el y2k 2038 ba a ser un problema similar no por la practica de los programadores si no mas bien la capacidad de datos que puede manejar un sistema operativo de 32 bits como el que usan la mayor parte de computadoras sease que manejen sistemas de Microsoft Linux Mac android, si corre con 32 bits. Esta representación es un estándar de facto en los sistemas tipo Unix y también en los programas escritos para muchos otros sistemas operativos debido al gran alcance del lenguaje de programación C. 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 2.147.483.647. 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 (dependiendo de la implementación), en vez de en 2038. A su vez, esto causaría cálculo y procesamiento incorrecto y causaría un problema mundial. No hay una forma sencilla de arreglar este problema para las combinaciones existentes de CPU/SO. Cambiar la definición de time_t para usar un tipo de 64 bits rompería la compatibilidad binaria para el software, almacenamiento de datos y, por lo general, cualquier cosa que tenga algo que ver con la representación binaria del tiempo. Cambiar time_t a un entero de 32 bits sin signo afectaría a los programas que hacen cálculos con diferencias de tiempo. La mayoría de sistemas operativos para arquitecturas de 64 bits utilizan enteros de 64 bits para time_t. La migración a estos sistemas está todavía en proceso y se espera que se complete mucho antes de 2038. Usar un entero de 64 bits retrasaría la fecha del problema unos 2,90 billones de años (2,9 x 1012). Es decir, 220 veces la edad aproximada del Universo.