¿Qué pasó realmente con el error Y2K?

Antes del año 2000, muchos programadores de computadoras usaban dos dígitos para almacenar el componente “año” de los valores de fecha. En algún momento, los tomadores de decisiones gubernamentales y empresariales se dieron cuenta de que cuando llegó el año 2000, algún software podría fallar porque el año “00” literalmente parecería ser menor que “99”.

Como resultado, se hizo un esfuerzo incomparable para revisar todo el software en todas las formas en cada plataforma, y ​​se encontraron y solucionaron muchos errores.

El susto era lo que sucedería si no se hacía ese esfuerzo. Quizás los aviones se estrellarían, los mercados bursátiles y los bancos fallarían, los ascensores se congelarían y más. El susto funcionó: las organizaciones gastaron el dinero para obtener programadores adicionales para abordar el problema.

Debido al trabajo realizado, casi no hubo fallos de funcionamiento y, como resultado, algunas personas pensaron que eso significaba que no había habido un problema en primer lugar. Para los programadores, el problema era tan real como un árbol al otro lado de una carretera: era un problema real.

A principios de julio de 2012 se observó un buen ejemplo de un problema similar que no se abordó y que provocó bloqueos cuando se agregó un solo “segundo intercalar” al reloj de la hora central. Se vio afectada una amplia variedad de sistemas, desde redes sociales hasta reservas de aerolíneas.

Ver http://mobile.news.com.au/techno…

Y2K, el problema del año 2000 fue un problema tanto en el mundo digital como en el analógico. No es un error de software, era un sistema defectuoso en la práctica utilizado para almacenar las fechas durante la documentación y el procesamiento. La causa fue la práctica de abreviar un año de cuatro dígitos en dos dígitos (1998 se convirtió en 98). Por lo tanto, al pasar del año 1999 al año 2000, las fechas cambiarían de 99 a 00 llamadas como “reinversión”. Algunos sistemas leen 00 como 1900 y no 2000. Otros leen 00 como 100, por lo que el año se convertiría en 19100 en lugar de 2000.
Por lo tanto, los sistemas cruciales como telecomunicaciones, licencias, sistemas informáticos de larga ejecución corrían el riesgo de calcular períodos de tiempo incorrectos. Otro problema era que la transición se vería como 98,99 y luego 00. Esto podría hacer que el sistema suponga que algo salió mal o que algo se reinició.
Uno de los errores comunes en la programación debido a Y2K sería la función getYear (). Después de pasar, es decir, 99 + 01 = 00 y un acarreo de 1 se interpretaría como -1900 o 19100 o 100, lo que resultó en salidas divertidas.
Algunos incidentes conocidos debido a esto, un hospital en Sheffield, Reino Unido con sistema de correo automatizado, enviaron informes médicos incorrectos a las madres sobre el estado del feto. Las empresas de telecomunicaciones en todo el mundo tuvieron resultados de facturación erróneos el 1 de enero. Ha habido otras fechas como esta que han causado problemas a los sistemas en el pasado, por ejemplo: 9/9/99 o 1/1/2010, pero Y2K fue el más grande. Como respuesta a esto, la mayoría de los países, la UE y varios institutos técnicos propusieron la estandarización.
El costo para arreglar el Y2K en todo el mundo se estima en alrededor de 300 mil millones [1]. Ese era el aspecto técnico de la misma.
El resto era puro bombo. Hay muchos problemas en los dispositivos electrónicos que usamos y alguien, en algún lugar, los corrige y envía actualizaciones. Esto podría haber sido lo mismo, excepto que las personas (¿los medios de comunicación?) Decidieron causar exageración al respecto.

[1] Y2K: ¿Sobrevalorado y sobrevendido?

Vea mi respuesta a una pregunta similar:

La respuesta de Tony Flury a El error Y2K siempre se habla a pesar de que nunca sucedió, pero ¿qué pasó en el ’98 y ’99?

El ‘error’ de Y2K no se trataba solo de lo que podría suceder el 1 de enero de 2000 (aunque mucha atención de los medios se centró en el cambio de ese año). Los sistemas de la empresa para la que trabajé fallaron desde 1995 en adelante debido al error, ya que intentaron crear registros para el trabajo en enero de 2000 en adelante.

La razón por la cual la medianoche del 31 de diciembre de 1999 no fue un evento en términos de grandes contratiempos fue por los miles de millones gastados en todo el mundo para garantizar que no fuera un evento.

Algunos de los medios Hype eran solo eso: bombo publicitario. No había riesgo de que las tostadoras, cafeteras, etc. dejaran de funcionar, incluso a aquellos que tenían algún tipo de reloj interno no les importaría la fecha.

Un periódico predijo repetidamente el caos del tráfico cuando los semáforos fallaron, a pesar de las declaraciones claras de todos los fabricantes de que no había una tarjeta de sistema de luces en servicio sobre el año o la fecha, y muy pocos se preocuparon por el día de la semana.

También hubo una historia tonta en la prensa del Reino Unido sobre aviones que caen del cielo (es decir, el avión anularía cualquier cosa que hiciera el piloto), creo que el riesgo era cero. Es posible que haya habido fallas en los aeropuertos que hubieran requerido cambios de ruta, etc., pero los aviones se estrellan debido a que los aviones están fuera de control, sin posibilidad.

Sin embargo, una historia real:

Un hospital en el Reino Unido se enfrentó a una factura excepcional de varios millones de libras por nuevos equipos de teatro después de que un contratista fue empleado para probar Y2K todo el equipo, y que siguió ciegamente la letra de la definición del hospital de “equipo”. Esto significaba que el equipo previamente estéril en los teatros (incluidos sartenes, implementos médicos, camas, etc.) tiene adhesivos no estériles, no extraíbles ‘que cumplen con Y2K’ colocados en ellos, aparentemente incluidos juegos de escalpelos estériles, etc., colocados para el próximo operación. Parece que los adhesivos eran tales que no podían esterilizarse, lo que significa que todos los equipos etiquetados tenían que ser reemplazados.