Problema del año 2000 - Year 2000 problem

Un letrero electrónico en la École centrale de Nantes muestra incorrectamente el año 1900 el 3 de enero de 2000

El problema del año 2000 , también conocido como el problema del Y2K , cambio de milenio , Y2K , fallo Y2K o error Y2K , se refiere a los posibles errores informáticos relacionados con el formato y el almacenamiento de los datos del calendario de fechas durante y después del año 2000 . Muchos programas representan años de cuatro dígitos con sólo los dos últimos dígitos, lo que hace que el año 2000 sea indistinguible de 1900. La incapacidad de los sistemas informáticos para distinguir las fechas correctamente podría derribar las infraestructuras mundiales para industrias que van desde la banca hasta los viajes aéreos.

En los años previos al cambio de siglo, el público se dio cuenta gradualmente del "susto del año 2000", y las empresas individuales predijeron que el daño global causado por el error requeriría entre $ 400 millones y $ 600 mil millones para rectificar. La falta de claridad con respecto a los peligros potenciales del error llevó a algunos a abastecerse de alimentos, agua y armas, comprar generadores de respaldo y retirar grandes sumas de dinero en anticipación de un apocalipsis inducido por computadora .

Contrariamente a las expectativas del público, en el 2000 se produjeron realmente pocos errores importantes, principalmente debido a la acción preventiva de muchos programadores informáticos y expertos en tecnología de la información . Las empresas y organizaciones de algunos países, pero no todos, habían revisado, reparado y actualizado sus sistemas informáticos para abordar el problema. El entonces presidente de Estados Unidos Bill Clinton , que organizó los esfuerzos para minimizar el daño en los Estados Unidos, con la etiqueta Y2K como "el primer reto del siglo 21 se reunió con éxito", y retrospectivas sobre el evento típicamente Felicito a los programadores que trabajaron para evitar el desastre anticipado .

Fondo

Y2K es un numerónimo y era la abreviatura común para el problema de software del año 2000. La abreviatura combina la letra Y para "año", el número 2 y una versión en mayúscula de k para el prefijo de unidad SI kilo que significa 1000; por lo tanto, 2K significa 2000. También se le llamó el "error del milenio" porque estaba asociado con el traspaso popular (más que literal) del milenio , aunque la mayoría de los problemas podrían haber ocurrido al final de cualquier siglo.

El artículo de 1993 de Computerworld sobre "Doomsday 2000" de Peter de Jager fue llamado "el equivalente en la era de la información del viaje de medianoche de Paul Revere" por The New York Times .

El problema del año 2000 fue el tema del primer libro Computers in Crisis de Jerome y Marilyn Murray (Petrocelli, 1984; reeditado por McGraw-Hill bajo el título The Year 2000 Computing Crisis en 1996). La primera mención registrada del problema del año 2000 en un grupo de noticias de Usenet ocurrió el 18 de enero de 1985 por el cartel Spencer Bolles.

El acrónimo Y2K se ha atribuido al programador de Massachusetts David Eddy en un correo electrónico enviado el 12 de junio de 1995. Más tarde dijo: "La gente lo llamaba CDC (Cambio de fecha de siglo), FADL (Lógica de fecha defectuosa). Había otros contendientes. Y2K acaba de salir de mis manos ".

El problema comenzó porque tanto en las computadoras mainframe como en las computadoras personales posteriores, el almacenamiento era costoso, desde tan solo $ 10 por kilobyte, hasta en muchos casos tanto o incluso más de US $ 100 por kilobyte. Por tanto, era muy importante para los programadores minimizar el uso. Dado que los programas simplemente pueden agregar el prefijo "19" al año de una fecha, la mayoría de los programas usaban internamente, o almacenaban en un disco o cinta, archivos de datos donde el formato de la fecha era de seis dígitos, en el formato DDMMYY, DD como dos dígitos para el día, MM como dos dígitos para el mes e YY como dos dígitos para el año. También se utilizó el "YYDDD" más corto, donde DDD era el número de día dentro del año. Dado que el espacio en el disco y la cinta también era caro, estos también ahorraron dinero al reducir el tamaño de los archivos de datos almacenados y las bases de datos.

Algunos programas, cuando se enfrentaban a años de dos dígitos, no podían distinguir entre 2000 y 1900. En ocasiones, las advertencias nefastas estaban en el modo de:

El problema del año 2000 es el equivalente electrónico de El Niño y habrá sorpresas desagradables en todo el mundo. - John Hamre , subsecretario de Defensa de Estados Unidos

Las opciones del índice De Jager Year 2000, "el primer índice que permite a los inversores gestionar el riesgo asociado con el ... problema informático relacionado con el año 2000", comenzaron a cotizar a mediados de marzo de 1997.

Los gobiernos establecieron comités especiales para monitorear el trabajo de remediación y la planificación de contingencias , particularmente en infraestructuras cruciales como telecomunicaciones, servicios públicos y similares, para asegurar que los servicios más críticos hubieran solucionado sus propios problemas y estuvieran preparados para problemas con otros. Si bien algunos comentaristas y expertos argumentaron que la cobertura del problema equivalía en gran medida a alarmar , fue sólo el paso seguro del evento principal en sí, el 1 de enero de 2000, lo que sofocó por completo los temores del público.

Algunos expertos que argumentaron que se estaba produciendo alarmismo, como Ross Anderson , profesor de ingeniería de seguridad en el Laboratorio de Computación de la Universidad de Cambridge , han afirmado desde entonces que, a pesar de enviar cientos de comunicados de prensa sobre los resultados de la investigación, lo que sugiere que el problema probablemente no sea tan grave. grandes, como algunos habían sugerido, fueron ignorados en gran medida por los medios de comunicación. En una línea similar, el libro de Microsoft Press Running Office 2000 Professional , publicado en mayo de 1999, predijo con precisión que la mayoría del hardware y software de las computadoras personales no se verían afectados por el problema del año 2000. Los autores Michael Halvorson y Michael Young caracterizaron la mayoría de las preocupaciones como histeria popular, una opinión de la que se hizo eco Microsoft Corp.

Problema de programación

La práctica de usar fechas de dos dígitos por conveniencia es anterior a las computadoras, pero nunca fue un problema hasta que las fechas almacenadas se usaron en los cálculos.

La necesidad de conservación de las barrenas

"Soy uno de los culpables que creó este problema. Solía ​​escribir esos programas en las décadas de 1960 y 1970, y estaba orgulloso del hecho de que pude sacar algunos elementos de espacio de mi programa al no tener poner un 19 antes del año. En ese entonces, era muy importante. Solíamos pasar mucho tiempo repasando varios ejercicios matemáticos antes de comenzar a escribir nuestros programas para que pudieran delimitarse muy claramente con respecto al espacio y el uso de la capacidad. Nunca se nos pasó por la mente que esos programas habrían durado más de unos pocos años. Como consecuencia, están muy mal documentados. Si tuviera que volver atrás y ver algunos de los programas que escribí hace 30 años , Me resultaría terriblemente difícil trabajar paso a paso ".

- Alan Greenspan , 1998

En la primera mitad del siglo XX, mucho antes de la era de las computadoras, los años se escribían a mano, en su totalidad sin abreviaturas ni apóstrofos. De hecho, las formas cursivas del año pueden haber tenido este aspecto: "... en el año de nuestro Señor, mil novecientos diecisiete". Después de 1931, se hizo cada vez más común abreviar el año de 4 dígitos con la contracción de dos dígitos, incluido un apóstrofe, como '42, abreviatura de 1942. Después de 1931, era imposible confundir un año de dos dígitos con un día. Del mes. Este fue el comienzo del problema del año 2000. Con esta práctica, continuada durante el próximo siglo, los formatos de año de dos dígitos pueden confundirse fácilmente con un día o un mes durante los primeros 31 años de un siglo.

El procesamiento de datos comerciales se realizó utilizando equipos de registro de unidades y tarjetas perforadas , más comúnmente la variedad de 80 columnas empleada por IBM, que dominaba la industria. Se utilizaron muchos trucos para comprimir los datos necesarios en registros de campo fijo de 80 caracteres. Guardar dos dígitos para cada campo de fecha fue importante en este esfuerzo.

En la década de 1960, la memoria de computadora y el almacenamiento masivo eran escasos y costosos. La memoria de núcleo inicial cuesta un dólar por bit. Las computadoras comerciales populares, como la IBM 1401 , se envían con tan solo 2 kilobytes de memoria. Los programas a menudo imitan las técnicas de procesamiento de tarjetas. Los lenguajes de programación comerciales de la época, como COBOL y RPG , procesaban números en sus representaciones de caracteres. Con el tiempo, las tarjetas perforadas se convirtieron en cinta magnética y luego en archivos de disco, pero la estructura de los datos por lo general cambiaba muy poco. Los datos todavía se ingresaban utilizando tarjetas perforadas hasta mediados de la década de 1970. Las arquitecturas de máquinas, los lenguajes de programación y los diseños de aplicaciones evolucionaban rápidamente. Ni los gerentes ni los programadores de esa época esperaban que sus programas permanecieran en uso durante muchas décadas. Aún no se había dado cuenta de que las bases de datos eran un nuevo tipo de programa con características diferentes.

Atencion temprana

Hubo excepciones, por supuesto. La primera persona conocida que abordó públicamente este problema fue Bob Bemer , quien lo había notado en 1958 como resultado de un trabajo en software genealógico. Pasó los siguientes veinte años tratando de hacer que los programadores, IBM , el gobierno de los Estados Unidos y la ISO fueran conscientes del problema, con pocos resultados. Esto incluyó la recomendación de que la cláusula de imagen COBOL debería usarse para especificar años de cuatro dígitos para las fechas.

En la década de 1980, la industria de corretaje comenzó a abordar este problema, principalmente debido a los bonos con fechas de vencimiento más allá del año 2000. Para 1987, la Bolsa de Valores de Nueva York había gastado más de $ 20 millones, incluido "un equipo de 100" programadores en Y2K.

A pesar de los artículos de revistas sobre el tema desde 1970 en adelante, la mayoría de los programadores y gerentes solo comenzaron a reconocer el Y2K como un problema inminente a mediados de la década de 1990, pero incluso entonces, la inercia y la complacencia hicieron que no se resolviera en su mayoría hasta los últimos años de la década de 1990. década. En 1989, Erik Naggum jugó un papel decisivo en garantizar que el correo de Internet utilizara representaciones de años de cuatro dígitos al incluir una recomendación firme a este efecto en el documento de requisitos de host de Internet RFC  1123 . El Día de los Inocentes de 1998, algunas empresas fijaron las fechas de sus computadoras mainframe en 2001, de modo que "la fecha incorrecta se percibirá como una buena diversión en lugar de una mala informática" mientras tienen un día completo de pruebas.

Mientras que algunos usaron años de 3 dígitos y fechas de 3 dígitos dentro de ese año, otros optaron por usar el número de días desde una fecha fija, como el 1 de enero de 1900. La inacción no era una opción y corría el riesgo de fallas importantes. Se esperaba que los sistemas integrados con una lógica de fecha similar funcionaran mal y causaran que los servicios públicos y otra infraestructura crucial fallaran.

El ahorro de espacio en las fechas almacenadas persistió en la era Unix, con la mayoría de los sistemas representando fechas en una sola palabra de 32 bits, típicamente representando fechas como segundos transcurridos desde alguna fecha fija , lo que causa el problema Y2K38 similar .

Errores resultantes de la programación de fechas

Capturas de pantalla de páginas web que muestran el problema del método JavaScript .getYear (), que describe el problema del año 2000
Una Apple Lisa no acepta la fecha

El almacenamiento de una fecha y hora combinadas dentro de un campo binario fijo a menudo se considera una solución, pero la posibilidad de que el software malinterprete las fechas permanece porque tales representaciones de fecha y hora deben ser relativas a algún origen conocido. El traspaso de dichos sistemas sigue siendo un problema, pero puede ocurrir en distintas fechas y puede fallar de diversas formas. Por ejemplo:

  • La tarjeta de crédito de 1997 de un comerciante de lujo causó el colapso de sus 10 cajas registradoras, en repetidas ocasiones, debido a las fechas de vencimiento del año 2000, fue la fuente de la primera demanda relacionada con el año 2000.
  • El programa de hoja de cálculo de Microsoft Excel tenía un problema Y2K muy elemental: Excel (en las versiones de Windows y Mac, cuando están configuradas para comenzar en 1900) estableció incorrectamente el año 1900 como año bisiesto para la compatibilidad con Lotus 1-2-3. Además, los años 2100, 2200, etc., se consideraron años bisiestos. Este error se corrigió en versiones posteriores, pero dado que la época de la marca de tiempo de Excel se estableció en la fecha sin sentido del 0 de enero de 1900 en versiones anteriores, el año 1900 todavía se considera un año bisiesto para mantener la compatibilidad con versiones anteriores.
  • En el lenguaje de programación C , la función de biblioteca estándar para extraer el año de una marca de tiempo devuelve el año menos 1900. Muchos programas que usan funciones de C, como Perl y Java , dos lenguajes de programación ampliamente utilizados en el desarrollo web, trataron incorrectamente este valor como los dos últimos dígitos del año. En la web, esto solía ser un error de presentación inofensivo, pero provocó que muchas páginas web generadas dinámicamente mostraran el 1 de enero de 2000 como "1/1/19100", "1/1/100" u otras variantes, según la visualización. formato.
  • JavaScript se cambió debido a preocupaciones sobre el error Y2K, y el valor de retorno durante años cambió y, por lo tanto, difirió entre las versiones, ya que a veces era una representación de cuatro dígitos y, a veces, una representación de dos dígitos que obligaba a los programadores a reescribir el código que ya funcionaba para asegurarse de que las páginas web funcionaran. para todas las versiones.
  • Las aplicaciones más antiguas escritas para el sistema de control de código fuente UNIX de uso común no pudieron manejar años que comenzaron con el dígito "2".
  • En el administrador de archivos de Windows 3.x, las fechas se muestran como 1/1/19: 0 para 1/1/2000 (porque los dos puntos son el carácter después de "9" en el juego de caracteres ASCII ). Había una actualización disponible.
  • Algunos programas, como Math Blaster Episode I: In Search of Spot, que solo trata los años como valores de dos dígitos en lugar de cuatro, darán un año determinado como "1900", "1901", etc., según los dos últimos. dígitos del año actual.

Errores de fecha similares al año 2000

4 de enero de 1975

Esta fecha desbordó el campo de 12 bits que se había utilizado en los sistemas operativos Decsystem 10. Hubo numerosos problemas y bloqueos relacionados con este error mientras se desarrollaba un formato alternativo.

9 de septiembre de 1999

Incluso antes de que llegara el 1 de enero de 2000, también había algunas preocupaciones sobre el 9 de septiembre de 1999 (aunque menos que las generadas por el año 2000). Debido a que esta fecha también podría escribirse en formato numérico 9/9/99, podría haber entrado en conflicto con el valor de la fecha 9999, que se usa con frecuencia para especificar una fecha desconocida. Por tanto, es posible que los programas de bases de datos actúen sobre los registros que contienen fechas desconocidas en ese día. Los operadores de entrada de datos comúnmente ingresaron 9999 en los campos requeridos para una fecha futura desconocida (por ejemplo, una fecha de terminación para la televisión por cable o el servicio telefónico), con el fin de procesar formularios informáticos utilizando el software CICS . Algo similar a esto es el código de fin de archivo 9999, utilizado en lenguajes de programación más antiguos. Si bien surgieron temores de que algunos programas pudieran terminar inesperadamente en esa fecha, era más probable que el error confundiera a los operadores de computadoras que a las máquinas.

Años bisiestos

Normalmente, un año es bisiesto si es divisible por cuatro. Sin embargo, un año divisible por 100 no es un año bisiesto en el calendario gregoriano a menos que también sea divisible por 400. Por ejemplo, 1600 fue un año bisiesto, pero 1700, 1800 y 1900 no lo fueron. Es posible que algunos programas se hayan basado en la regla simplificada de que un año divisible por cuatro es un año bisiesto . Este método funciona bien para el año 2000 (porque es un año bisiesto) y no se convertirá en un problema hasta 2100, cuando los programas heredados más antiguos probablemente hayan sido reemplazados hace mucho tiempo. Otros programas contenían una lógica de año bisiesto incorrecta, asumiendo, por ejemplo, que ningún año divisible por 100 podría ser un año bisiesto. En 1998 apareció una evaluación de este problema de los años bisiestos que incluía varios fragmentos de códigos de la vida real. Para obtener información sobre por qué los años de los siglos se tratan de manera diferente, consulte el calendario gregoriano .

Problema del año 2010

Algunos sistemas tuvieron problemas una vez que el año pasó a 2010. Algunos medios de comunicación lo llamaron el problema "Y2K + 10" o "Y2.01K".

La principal fuente de problemas fue la confusión entre la codificación de números hexadecimales y las codificaciones decimales codificadas en binario . Tanto el hexadecimal como el BCD codifican los números 0–9 como 0x0–0x9. Pero BCD codifica el número 10 como 0x10, mientras que el hexadecimal codifica el número 10 como 0x0A; 0x10 interpretado como una codificación hexadecimal representa el número 16.

Por ejemplo, debido a que el protocolo SMS utiliza BCD para las fechas, algunos software de teléfonos móviles informaron incorrectamente las fechas de los SMS como 2016 en lugar de 2010. Windows Mobile es el primer software que se ha informado que se ha visto afectado por esta falla; en algunos casos, WM6 cambia la fecha de cualquier mensaje SMS entrante enviado después del 1 de enero de 2010 del año 2010 al 2016.

Otros sistemas afectados incluyen terminales EFTPOS y PlayStation 3 (excepto el modelo Slim).

Las ocurrencias más importantes de tal falla fueron en Alemania, donde más de 20 millones de tarjetas bancarias quedaron inutilizables, y con Citibank Bélgica, cuyos chips de identificación de clientes digipass fallaron.

Problema del año 2038

El tipo de datos de tiempo Unix original ( time_t) almacena una fecha y una hora como un entero largo con signo (en sistemas de 32 bits, un entero de 32 bits) que representa el número de segundos desde el 1 de enero de 1970. Durante y después de 2038, este número superará los 2 31  - 1, el número más grande representable por un entero largo con signo en sistemas de 32 bits, causando el problema del año 2038 (también conocido como error Unix Millennium o Y2K38). Como un entero largo en sistemas de 64 bits usa 64 bits, el problema no existe de manera realista en sistemas de 64 bits que usan el modelo LP64 . El problema Y2K38 se resolvió en sistemas Linux con sistema de archivos XFS mediante el lanzamiento de la versión 5.10 del kernel de Linux el 14 de diciembre de 2020. Sin embargo, la solución para las marcas de tiempo funcionaría solo hasta el año 2486.

Soluciones de programación

Se utilizaron varios enfoques muy diferentes para resolver el problema del año 2000 en sistemas heredados. Seis de ellos siguen:

Ampliación de fecha
Los años de dos dígitos se ampliaron para incluir el siglo (convirtiéndose en años de cuatro dígitos) en programas, archivos y bases de datos. Esta se consideró la solución "más pura", lo que resultó en fechas inequívocas que son permanentes y fáciles de mantener. Sin embargo, este método era costoso, requería grandes esfuerzos de prueba y conversión y, por lo general, afectaba a sistemas completos.
Ventana de fecha
Se mantuvieron los años de dos dígitos y los programas determinaron el valor del siglo solo cuando fue necesario para funciones particulares, como comparaciones de fechas y cálculos. (La "ventana" del siglo se refiere al período de 100 años al que pertenece una fecha). Esta técnica, que requería instalar pequeños parches de código en los programas, era más sencilla de probar e implementar que la expansión de la fecha, por lo que era mucho menos costosa. Si bien no es una solución permanente, las correcciones de ventanas generalmente se diseñaron para funcionar durante muchas décadas. Esto se consideró aceptable, ya que los sistemas heredados más antiguos tienden a ser eventualmente reemplazados por tecnología más nueva.
Compresión de fecha
Las fechas se pueden comprimir en números binarios de 14 bits. Esto permite la retención de la alineación de la estructura de datos , utilizando un valor entero durante años. Tal esquema es capaz de representar 16384 años diferentes; el esquema exacto varía según la selección de la época .
Repartición de fecha
En las bases de datos heredadas cuyo tamaño no se podía cambiar económicamente, los códigos de año / mes / día de seis dígitos se convertían en años de tres dígitos (con 1999 representado como 099 y 2001 representado como 101, etc.) y días de tres dígitos ( fecha ordinal en el año). Solo se tuvieron que modificar las instrucciones de entrada y salida para los campos de fecha, pero la mayoría de las demás operaciones de fecha y operaciones de registro completo no requirieron cambios. Esto retrasa el eventual problema de refinanciamiento hasta el final del año 2899.
Kits de software
Kits de software, como los que figuran en las 10 mejores correcciones del Y2K de CNN.com para tu PC : ("la mayoría ... gratis") que fue superado por el Millennium Bug Kit de $ 50 .
Programas puente
Servidores de fecha donde los extractos de llamadas se utilizan para acceder, agregar o actualizar campos de fecha.

Errores documentados

Antes de 2000

  • El 1 de enero de 1999, los taxímetros dejaron de funcionar en Singapur, mientras que en Suecia se dieron tarifas de taxi incorrectas.
  • El 28 de diciembre de 1999, 10.000 máquinas de deslizar tarjetas emitidas por HSBC y fabricadas por Racal dejaron de procesar transacciones con tarjetas de crédito y débito. Las tiendas dependían de las transacciones en papel hasta que las máquinas empezaron a funcionar de nuevo el 1 de enero.

El 1 de enero de 2000

Cuando llegó el 1 de enero de 2000, había problemas generalmente considerados menores. Las consecuencias no siempre se produjeron exactamente a la medianoche. Algunos programas no estaban activos en ese momento y los problemas solo aparecían cuando se invocaban. No todos los problemas registrados estaban directamente relacionados con la programación del año 2000 en una causalidad ; Los pequeños fallos tecnológicos ocurren con regularidad.

Los problemas reportados incluyen:

  • En Australia, las máquinas de validación de billetes de autobús en dos estados no funcionaron.
  • En Ishikawa , Japón, el equipo de monitoreo de radiación falló a la medianoche; sin embargo, los funcionarios declararon que no había ningún riesgo para el público.
  • En Onagawa , Japón, sonó una alarma en una planta de energía nuclear dos minutos después de la medianoche.
  • En Japón, dos minutos después de la medianoche, el operador de telecomunicaciones Osaka Media Port encontró errores en la parte de gestión de fechas de la red de la empresa. El problema se solucionó a las 02:43 y no se interrumpió ningún servicio.
  • En Japón, NTT Mobile Communications Network ( NTT Docomo ), el operador celular más grande de Japón, informó que algunos modelos de teléfonos móviles estaban eliminando los mensajes nuevos recibidos, en lugar de los mensajes más antiguos, a medida que se llenaba la memoria.
  • En Francia, el servicio nacional de pronóstico del tiempo, Météo-France , dijo que un error del año 2000 hizo que la fecha en una página web mostrara un mapa con el pronóstico del tiempo del sábado como "01/01/19100".
  • En Sheffield , Reino Unido, se enviaron evaluaciones de riesgo incorrectas para el síndrome de Down a 154 mujeres embarazadas y se llevaron a cabo dos abortos como resultado directo de un virus Y2K que provocó un error de cálculo de la edad de las madres. También nacieron cuatro bebés con síndrome de Down de madres a las que se les había dicho que estaban en el grupo de bajo riesgo.
  • En los Estados Unidos, el Observatorio Naval de los Estados Unidos , que ejecuta el reloj maestro que mantiene la hora oficial del país, dio la fecha en su sitio web como el 1 de enero de 19100.
  • En los Estados Unidos, como resultado directo de la falla del Y2K, a la medianoche las computadoras en una estación de control terrestre dejaron de procesar información de un número indeterminado de satélites espías . El ejército implementó un plan de contingencia a las 03:00 am y restableció toda la funcionalidad normal en aproximadamente dos días.
  • En los Estados Unidos, 150 máquinas tragamonedas racino de la Lotería de Delaware dejaron de funcionar.

Después de enero de 2000

El 1 de marzo de 2000

Se informó de problemas el 1 de marzo de 2000, que siguió al primer día del año bisiesto del año 2000, pero en su mayoría fueron menores.

  • En Japón, alrededor del cinco por ciento de los cajeros automáticos de las oficinas de correos no funcionaban.
  • En el mismo país, se corrompieron los datos de las computadoras de la oficina meteorológica.
  • En Bulgaria, los documentos policiales se emitieron con fechas de vencimiento del 29 de febrero de 2005 y el 29 de febrero de 2010 (que no son años bisiestos) y el sistema se estableció por defecto en 1900.
  • En los Estados Unidos, el sistema de procesamiento de mensajes de la Guardia Costera se vio afectado.
  • En el Aeropuerto Nacional Reagan , las filas de facturación se alargaron después de que los programas de manejo de equipaje se vieron afectados.
  • En la Base de la Fuerza Aérea Offutt al sur de Omaha, Nebraska , no se pudo acceder a los registros de piezas de mantenimiento de aeronaves.

El 31 de diciembre de 2000 o el 1 de enero de 2001

Algún software no reconoció correctamente 2000 como año bisiesto, por lo que funcionó sobre la base de que el año tenía 365 días. El último día de 2000 (día 366) estos sistemas exhibieron varios errores. Estos fueron generalmente menores.

  • En Noruega, algunos trenes se retrasaron hasta que sus relojes se retrasaron un mes.
  • Un "error similar al del año 2000" afectó a un sistema inalámbrico del gobierno de la ciudad de Nueva York que estuvo inactivo durante 10 días debido a un problema de cambio de fecha de un sistema GPS . La infraestructura afectada incluyó "semáforos, lectores de matrículas utilizados por la policía y otras funciones clave".

Desde entonces

Además del problema del año 2000, se han producido varios problemas debido a errores relacionados con desbordamientos . Un problema específico con el formato de la hora provocó la destrucción de la nave espacial Deep Impact de la NASA . Hizo un seguimiento del tiempo en incrementos de una décima de segundo, por lo que se perdió el 11 de agosto de 2013 a las 00:38:49 cuando su reloj interno alcanzó exactamente 2 32 décimas de segundo desde el 1 de enero de 2000, el valor de tiempo se almacenó en un entero de 32 bits con signo que se desbordó en la fecha y en el momento en cuestión.

Algunos programas utilizaron un proceso llamado ventana de fecha para solucionar el problema al interpretar los años 00-19 como 2000-2019 y 20-99 como 1920-1999. Como resultado, comenzó a aparecer una nueva ola de problemas en 2020, incluidos los parquímetros en la ciudad de Nueva York que se niegan a aceptar tarjetas de crédito, problemas con las unidades de punto de venta Novitus y algunas empresas de servicios públicos que imprimen facturas que enumeran el año 1920.

Respuestas gubernamentales

Bulgaria

Aunque solo se asignan dos dígitos para el año de nacimiento en el número de identificación nacional búlgaro , el problema del año 1900 y, posteriormente, el problema del Y2K se abordaron mediante el uso de valores no utilizados superiores a 12 en el rango de meses. Para todas las personas nacidas antes de 1900, el mes se almacena como el mes calendario más 20, y para todas las personas nacidas después de 1999, el mes se almacena como el mes calendario más 40.

Canadá

Se ordenó a los ministros más importantes del gabinete del primer ministro canadiense Jean Chrétien que permanecieran en la capital , Ottawa , y se reunieron en el número 24 de Sussex Drive , la residencia del primer ministro, para mirar el reloj. También se pusieron en espera 13.000 soldados canadienses .

Países Bajos

El gobierno holandés promovió los centros de análisis e intercambio de información (ISAC) del año 2000 para compartir la preparación entre industrias, sin la amenaza de infracciones antimonopolio o responsabilidad basada en la información compartida.

Noruega y Finlandia

Noruega y Finlandia cambiaron su número de identificación nacional para indicar el siglo en el que nació una persona. En ambos países, el año de nacimiento se indicaba históricamente con solo dos dígitos. Este sistema de numeración ya había dado lugar a un problema similar, el "problema del año 1900 ", que surgió por problemas para distinguir entre personas nacidas en los siglos XX y XIX. Los temores del año 2000 llamaron la atención sobre un problema anterior, al tiempo que propiciaron una solución a un nuevo problema. En Finlandia, el problema se resolvió reemplazando el guión ("-") en el número con la letra "A" para las personas nacidas en el siglo XXI (para las personas nacidas antes de 1900, el signo ya era "+"). En Noruega, el rango de los números individuales después de la fecha de nacimiento se alteró de 0 a 499 a 500 a 999.

Rumania

Rumania también cambió su número de identificación nacional en respuesta al problema del año 2000, debido a que el año de nacimiento está representado por solo dos dígitos. Antes de 2000, el primer dígito, que muestra el sexo de la persona, era 1 para hombres y 2 para mujeres. A partir del 1 de enero de 2000, el número de identificación nacional rumano comienza con 5 para los hombres y 6 para las mujeres.

Uganda

El gobierno de Uganda respondió a la amenaza del Y2K estableciendo un Grupo de Trabajo Y2K. En agosto de 1999, una evaluación internacional independiente realizada por el Centro de Cooperación Internacional Y2k del Banco Mundial encontró que el sitio web de Uganda se encontraba en la categoría más alta como "altamente informativo". Esto colocó a Uganda en el "top 20" de 107 gobiernos nacionales, y a la par con Estados Unidos, Reino Unido, Canadá, Australia y Japón, y por delante de Alemania, Italia, Austria y Suiza, que fueron calificados como solo "algo informativo". El informe dijo que "los países que divulgan más información sobre el año 2000 serán más propensos a mantener la confianza del público en sus propios países y en los mercados internacionales".

Reino Unido

El gobierno británico realizó evaluaciones periódicas del progreso realizado por diferentes sectores de negocios para cumplir con el año 2000 y hubo una amplia información sobre los sectores que estaban rezagados. Las empresas e instituciones se clasificaron de acuerdo con un esquema de semáforos que van desde el verde "sin problemas" al rojo "dudas graves sobre si la obra se puede terminar a tiempo". Muchas organizaciones terminaron mucho antes de la fecha límite.

Estados Unidos

En 1998, el gobierno de los Estados Unidos respondió a la amenaza del año 2000 aprobando la Ley de divulgación de información y preparación del año 2000, trabajando con contrapartes del sector privado para garantizar la preparación y creando planes de continuidad interna de operaciones en caso de problemas y límites a determinadas responsabilidades potenciales de las empresas con respecto a las divulgaciones sobre su programa del año 2000. El esfuerzo fue coordinado desde la Casa Blanca por el Consejo del Presidente para la Conversión del Año 2000, encabezado por John Koskinen . El esfuerzo de la Casa Blanca se llevó a cabo en coordinación con la entonces independiente Agencia Federal para el Manejo de Emergencias (FEMA) y un Grupo de Protección de Infraestructura Crítica interino , entonces en el Departamento de Justicia , ahora en Seguridad Nacional .

El gobierno de los Estados Unidos siguió un enfoque de tres partes para el problema: (1) alcance y promoción, (2) monitoreo y evaluación, y (3) planificación y regulación de contingencias.

El logotipo creado por el Consejo del Presidente sobre la conversión del año 2000, para usar en Y2K.gov

Una característica del alcance del gobierno de los EE. UU. Fueron los sitios web del año 2000, incluido Y2K.GOV, muchos de los cuales se han vuelto inaccesibles desde 2000. Algunos de estos sitios web han sido archivados por la Administración Nacional de Archivos y Registros o Wayback Machine .

Cada agencia federal tenía su propio grupo de trabajo Y2K que trabajaba con sus contrapartes del sector privado; la FCC contaba con el Grupo de trabajo del año 2000 de la FCC.

La mayoría de las industrias tenían planes de contingencia que dependían de Internet para las comunicaciones de respaldo. Sin embargo, como ninguna agencia federal tenía autoridad clara con respecto a Internet en este momento (había pasado del Departamento de Defensa de los EE. UU. A la Fundación Nacional de Ciencias de EE. UU. Y luego al Departamento de Comercio de EE. UU.), Ninguna agencia estaba evaluando la preparación de Internet en sí. Por lo tanto, el 30 de julio de 1999, la Casa Blanca celebró la Mesa Redonda Y2K de Internet de la Casa Blanca.

El gobierno de los Estados Unidos también estableció el Centro para la Estabilidad Estratégica del Año 2000 como una operación conjunta con la Federación de Rusia. Fue una operación de enlace diseñada para mitigar la posibilidad de lecturas falsas positivas en los sistemas de alerta temprana de ataques nucleares de cada país.

Un CD que marca su software como Y2K Complaint
Proveedor de servicios de Internet de Juno, etiquetado de CD, conformidad con el año 2000

Cooperación internacional

El Centro de Cooperación Internacional Y2K (IY2KCC) se estableció a instancias de los coordinadores nacionales del Y2K de más de 120 países cuando se reunieron en la Primera Reunión Global de Coordinadores Nacionales del Y2K en las Naciones Unidas en diciembre de 1998. El IY2KCC estableció una oficina en Washington, DC en Marzo de 1999. Los fondos fueron proporcionados por el Banco Mundial y Bruce W. McConnell fue nombrado director.

La misión de IY2KCC era "promover una mayor cooperación y acción estratégica entre los gobiernos, los pueblos y el sector privado para minimizar los efectos adversos del año 2000 en la sociedad y la economía global". Las actividades de IY2KCC se llevaron a cabo en seis áreas:

  • Preparación nacional: promoción de los programas del año 2000 en todo el mundo
  • Cooperación regional: promover y apoyar la coordinación dentro de áreas geográficas definidas
  • Cooperación sectorial: promover y apoyar la coordinación dentro y entre sectores económicos definidos
  • Cooperación de Continuidad y Respuesta: Promover y apoyar la coordinación para garantizar servicios y provisiones esenciales para la respuesta de emergencia.
  • Cooperación en materia de información: promoción y apoyo del intercambio y la publicidad internacionales de información
  • Facilitación y asistencia: Organización de reuniones globales de coordinadores del Y2K e identificación de recursos.

IY2KCC cerró en marzo de 2000.

Respuesta del sector privado

  • Estados Unidos estableció la Ley de divulgación de información y preparación del año 2000 , que limitaba la responsabilidad de las empresas que habían divulgado correctamente su preparación para el año 2000.
  • Las compañías de seguros vendieron pólizas de seguro que cubrían la quiebra de negocios debido a problemas del año 2000.
  • Abogados organizados y movilizados para demandas colectivas del año 2000 (que no se llevaron a cabo).
  • Los negocios relacionados con los supervivientes (traficantes de armas, excedentes y artículos deportivos) anticiparon un aumento del negocio en los últimos meses de 1999 en un evento conocido como el susto del Y2K .
  • La Fundación Long Now , que (en sus palabras) "busca promover el pensamiento 'más lento / mejor' y fomentar la creatividad en el marco de los próximos 10,000 años", tiene una política de anticipar el problema del año 10,000 escribiendo todos los años con cinco dígitos. Por ejemplo, enumeran "01996" como su año de fundación.
  • Si bien no hubo un esfuerzo integral de Internet Y2K, varias asociaciones y organizaciones comerciales de Internet se unieron para formar la Campaña del Año 2000 de Internet. Este esfuerzo se asoció con la Mesa Redonda Y2K de Internet de la Casa Blanca.

El problema del año 2000 fue un tema importante de discusión a fines de la década de 1990 y, como tal, apareció en la mayoría de los medios de comunicación populares. Se publicaron varios libros sobre el "desastre del Y2K", como Deadline Y2K de Mark Joseph. Películas como Y2K: Year to Kill capitalizaron la moneda del Y2K, al igual que numerosos programas de televisión, historietas y juegos de computadora.

Respuestas de grupos marginales

Una variedad de grupos marginales e individuos, como los de algunas organizaciones religiosas fundamentalistas , sobrevivientes , cultos , movimientos antisociales, entusiastas de la autosuficiencia , comunas y aquellos atraídos por las teorías de la conspiración , adoptaron el Y2K como una herramienta para engendrar miedo y proporcionar una forma. de evidencia para sus respectivas teorías. Los escenarios del fin del mundo y los temas apocalípticos fueron comunes en su comunicación.

El interés en el movimiento de supervivencia alcanzó su punto máximo en 1999 en su segunda ola de esa década, provocado por los temores del año 2000. Antes de que se hicieran grandes esfuerzos para reescribir los códigos de programación de computadoras para mitigar los posibles impactos, algunos escritores como Gary North , Ed Yourdon , James Howard Kunstler y Ed Yardeni anticiparon cortes de energía generalizados, escasez de alimentos y gasolina y otras emergencias. North y otros dieron la alarma porque pensaron que las correcciones del código Y2K no se estaban haciendo con la suficiente rapidez. Si bien varios autores respondieron a esta ola de preocupación, dos de los textos más centrados en la supervivencia que surgieron fueron Boston on Y2K (1998) de Kenneth W. Royce , y The Hippy Survival Guide to Y2K de Mike Oehler .

Y2K también fue explotado por algunos líderes cristianos fundamentalistas y carismáticos en todo el mundo occidental, particularmente en América del Norte y Australia. Su promoción de los riesgos percibidos del Y2K se combinó con el pensamiento del fin de los tiempos y las profecías apocalípticas en un intento de influir en los seguidores. El New York Times informó a finales de 1999: "El reverendo Jerry Falwell sugirió que el año 2000 sería la confirmación de la profecía cristiana  , el instrumento de Dios para sacudir a esta nación, para humillarla. La crisis del año 2000 podría incitar a un avivamiento mundial que llevaría a el rapto de la iglesia. Junto con muchos supervivientes, el Sr. Falwell aconsejó abastecerse de comida y armas ". Se alentó a los partidarios de estos movimientos a participar en el acaparamiento de alimentos, tomar lecciones de autosuficiencia y los elementos más extremos planeados para un colapso total de la sociedad moderna. El Chicago Tribune informó que algunas grandes iglesias fundamentalistas, motivadas por el año 2000, eran los sitios para las ventas de parafernalia, similares a mercados de pulgas, diseñadas para ayudar a las personas a sobrevivir a una crisis de orden social que iba desde monedas de oro hasta estufas de leña. Betsy Hart , escribiendo para Deseret News , informó que muchos de los evangélicos más extremos utilizaron el año 2000 para promover una agenda política en la que la caída del gobierno era un resultado deseado para marcar el comienzo del reinado de Cristo. También señaló que, "la cruda verdad es que predicar el caos es rentable y la calma no vende muchas cintas o libros". Este tipo de miedos y conspiraciones fueron descritos dramáticamente por el predicador y autor profético cristiano con sede en Nueva Zelanda Barry Smith en su publicación, "Veo, veo con mi pequeño ojo", donde dedicó un capítulo completo al año 2000. Algunos esperaban, a veces a través de las llamadas profecías, que el año 2000 sería el comienzo de un avivamiento cristiano mundial.

A raíz de las consecuencias, quedó claro que los líderes de estos grupos marginales habían utilizado hábilmente los temores de los resultados apocalípticos para manipular a los seguidores en escenas dramáticas de arrepentimiento masivo o compromiso renovado con sus grupos, donación adicional de fondos y un compromiso más abierto con sus respectivas organizaciones o iglesias. El Baltimore Sun señaló esto en su artículo, "Apocalypse Now - Y2K estimula los temores", donde informaron del aumento del llamado al arrepentimiento en la población para evitar la ira de Dios. El líder cristiano, Col Stringer , en su comentario ha publicado: "Los escritores que crean miedo vendieron más de 45 millones de libros que citan todas las catástrofes imaginables de la guerra civil, aviones que caen del cielo hasta el fin del mundo civilizado tal como lo conocemos. Predicadores de renombre fueron abogando por el almacenamiento de alimentos y una mentalidad de "cabeza a las cuevas". Ningún banco quebrado, ningún avión se estrelló, ninguna guerra o guerra civil comenzó. Y sin embargo, ninguno de estos profetas de la fatalidad se ha disculpado nunca por sus tácticas atemorizantes ". Algunos ministerios y líderes cristianos prominentes de América del Norte generaron enormes ganancias personales y corporativas a través de la venta de kits de preparación para el año 2000, generadores, guías de supervivencia, profecías publicadas y una amplia gama de otros productos asociados. El periodista cristiano, Rob Boston , ha documentado esto en su artículo "Falsos profetas, ganancias reales: las locas predicciones de los líderes de la derecha religiosa sobre el desastre del año 2000 no se hicieron realidad, pero de todos modos hicieron dinero".

Costo

El costo total del trabajo realizado en preparación para el año 2000 se estima en más de US $ 300 mil millones ($ 451 mil millones a enero de 2018, una vez que se tiene en cuenta la inflación). IDC calculó que EE. UU. Gastó aproximadamente $ 134 mil millones ($ 201 mil millones) en prepararse para el año 2000 y otros $ 13 mil millones ($ 20 mil millones) para solucionar problemas en 2000 y 2001. En todo el mundo, se estimó que se gastaron $ 308 mil millones ($ 463 mil millones) en la remediación del año 2000 .

Organización del trabajo de remediación

El trabajo de remediación fue impulsado por la demanda de soluciones por parte de los clientes. Los proveedores de software, conscientes de su posible responsabilidad legal, respondieron con un esfuerzo de reparación. Los subcontratistas de software debían certificar que sus componentes de software estaban libres de problemas relacionados con la fecha, lo que impulsó el trabajo adicional en la cadena de suministro.

Para 1999, muchas corporaciones exigieron a sus proveedores que certificaran, a menudo con su propia variación de una forma básica, que todo su software cumple con el año 2000. Algunos simplemente aceptaron actualizaciones correctivas y luego firmaron. Muchas empresas o incluso países enteros que dedicaron poco esfuerzo ellos mismos, sin embargo, solo sufrieron problemas menores.

Hay dos formas de ver los eventos de 2000 desde la perspectiva de sus secuelas:

Vista de apoyo

Este punto de vista sostiene que la gran mayoría de los problemas se solucionaron correctamente y el dinero gastado se justificó al menos parcialmente. La situación era esencialmente de alarma preventiva. Quienes sostienen este punto de vista afirman que la falta de problemas en el cambio de fecha refleja la integridad del proyecto y que muchas aplicaciones informáticas no habrían continuado funcionando en el siglo XXI sin corrección o remediación.

  • Los problemas previstos que no fueron detectados por las pequeñas empresas y las pequeñas organizaciones se evitaron de hecho mediante las correcciones del año 2000 integradas en las actualizaciones de rutina del sistema operativo y el software de utilidades que se aplicaron varios años antes del 31 de diciembre de 1999.
  • La medida en que las soluciones gubernamentales y de la industria más grande evitaron problemas que tendrían impactos más significativos si no se hubieran solucionado, por lo general no se divulgaba ni se informaba ampliamente.
  • También se ha sugerido que el 11 de septiembre de 2001 , la infraestructura en la ciudad de Nueva York (incluido el metro , el servicio telefónico y las transacciones financieras) pudo continuar funcionando debido a las redes redundantes establecidas en el caso del impacto del error Y2K y los planes de contingencia diseñados. por empresas. Los ataques terroristas y el siguiente apagón prolongado en el bajo Manhattan tuvieron un efecto mínimo en los sistemas bancarios globales. Se activaron sistemas de respaldo en varios lugares de la región, muchos de los cuales se habían establecido para hacer frente a una posible falla total de las redes en el distrito financiero de Manhattan el 31 de diciembre de 1999.

Vista opuesta

La opinión contraria afirma que, para empezar, no hubo, o hubo muy pocos, problemas críticos. Este punto de vista también afirma que habría habido solo unos pocos errores menores y que un enfoque de "corrección de fallas" habría sido la forma más eficiente y rentable de resolver estos problemas a medida que ocurrieron.

  • Países como Corea del Sur e Italia invirtieron poco o nada en la remediación del año 2000, pero tuvieron los mismos problemas insignificantes del año 2000 que los países que gastaron enormes sumas de dinero.
  • La falta de problemas relacionados con el año 2000 en las escuelas, muchas de las cuales llevaron a cabo poco o ningún esfuerzo de remediación. Para el 1 de septiembre de 1999, solo el 28% de las escuelas de EE. UU. Habían logrado el cumplimiento de los sistemas de misión crítica, y un informe del gobierno predijo que "las fallas del año 2000 podrían afectar las computadoras utilizadas por las escuelas para administrar las nóminas, los registros de los estudiantes, los planes de estudio en línea y la seguridad de los edificios. sistemas ".
  • La falta de problemas relacionados con el año 2000 en aproximadamente 1,5 millones de pequeñas empresas que no emprendieron ningún esfuerzo de remediación. El 3 de enero de 2000 (el primer día laborable del año), la Administración de Pequeñas Empresas recibió aproximadamente 40 llamadas de empresas con problemas informáticos, similar al promedio. Ninguno de los problemas fue crítico.
  • La ausencia de problemas relacionados con el año 2000 que ocurrieron antes del 1 de enero de 2000, a pesar de que el año financiero 2000 comenzó en 1999 en muchas jurisdicciones, y una amplia gama de cálculos prospectivos involucraron fechas en 2000 y años posteriores. Las estimaciones realizadas en el período previo al 2000 sugirieron que alrededor del 25% de todos los problemas deberían haber ocurrido antes del 2000. Los críticos de la remediación a gran escala argumentaron durante 1999 que la ausencia de problemas significativos reportados en las pequeñas empresas que no cumplían era evidencia de que había habido, y lo sería, no es necesario solucionar problemas graves en ninguna empresa y, por lo tanto, se ha sobrestimado gravemente la magnitud del problema. Sin embargo, esto se puede contrarrestar con la observación de que las grandes empresas tenían problemas importantes que requerían acción, que los programadores del año 2000 eran plenamente conscientes de la escala de tiempo variable y que estaban trabajando para una serie de fechas objetivo anteriores, en lugar de un objetivo fijo único de 31 Diciembre de 1999.

Contrapunto

Un contrapunto a la mayoría de los puntos de vista opuestos anteriores es que las actualizaciones de software Y2K a menudo se enviaban a todos los usuarios independientemente de su participación activa en la corrección.

Ver también

  • Agotamiento de la dirección IPv4 , problemas causados ​​por el tamaño de asignación limitado para direcciones de Internet numéricas
  • ISO 8601 , un estándar internacional para representar fechas y horas, que exige el uso de (al menos) cuatro dígitos para el año
  • Calendario perpetuo , un calendario válido por muchos años, incluso antes y después de 2000
  • YEAR2000 , un ajuste de configuración compatible con algunas versiones de DR-DOS para superar los errores de BIOS del año 2000
  • 512k día : un evento en 2014, que involucró una limitación de software en los enrutadores de red.
  • Y2K , un estadounidense de 1999 hecha para la televisión de la ciencia ficción - película de suspenso película dirigida por Dick Lowry
  • "La vida es un problema, luego mueres " es un "segmento de Treehouse of Horror" de la undécima temporada de Los Simpson . El segmento ve a Homer olvidarse de hacer que las computadoras de su compañía sean compatibles con el año 2000 y esto provocó que se desatara un virus en el mundo.

Referencias

enlaces externos