Etiqueta: time & date

Acerca del momento en que se anuncian los cambios en los husos horarios

Matt Johnson escribió en abril de 2016 On the Timing of Time Zone Changes en su blog y me autorizó a traducirlo y publicarlo.

¿Qué tienen en común Turquía, Chile, Rusia, Venezuela, Azerbaiyán, Corea del Norte y Haití? ¡Caos con el cambio de hora!

No, no es el remate de un chiste. Es un problema grave en realidad. El mayor problema con los husos horarios no es que existan, ni que haya horas de ahorro de energía en verano. Si no que estas cambien en forma completamente desorganizada. Déjenme explicar.

Primero hay que comprender que desde una perspectiva global, uno podría pensar que los husos horarios del mundo deberían ser manejados por una entidad internacional relativamente neutra, como la división UIT de Naciones Unidas, o quizás la UAI. Sin embargo, cada uno de los husos horarios del mundo se controlan, en realidad, desde una perspectiva local. Cada nación tiene el derecho soberano para decidir acerca de la hora local en las tierras bajo su jurisdicción. Esto incluye tanto la diferencia con la Hora Universal (UT), como las reglas que definen los cambios durante el año para el ahorro de energía, si deciden hacerlos.

Esto no es un problema en sí mismo y estoy absolutamente de acuerdo con que los países deberían poder hacer lo que quieran con los relojes adentro de sus fronteras. Sin embargo, una y otra vez, nos topamos con el mismo problema, que es que estos cambios se hacen sin una antelación suficientemente amplia. Todos los países mencionados más arriba han hecho esto recientemente, junto con muchos otros.

Es crucial que cuando los gobiernos hacen cambios a sus husos horarios o las reglas para cambiar la hora durante un período, permitan un tiempo suficiente para que la tecnología se adecue, haga pruebas a los cambios y publique y distribuya las actualizaciones. Luego hay que tener en cuenta que los individuos no siempre actualizan sus sistemas instantáneamente. Es muy común que una actualización de husos horarios esté disponible por semanas o meses antes de que el usuario final la instale efectivamente.

Caso de estudio – Turquía:

Tomemos a Turquía como ejemplo. En 2015 el gobierno decidió que sería una buena idea retrasar dos semanas la finalización del cambio de hora para ahorro de energía para permitir más horas de luz diurna durante las elecciones. Movieron la fecha de finalización de DST (cambio de hora para ahorro de energía) del 25 de octubre al 8 de noviembre.

  • Lo primero que se supo acerca de esto fue a través de una nota periodística no oficial publicada el 8 de septiembre, alrededor de 6 semanas antes de que se debieran cambiar los relojes. Sin embargo, el artículo recién fue registrado por la comunidad TZ alrededor del 19 de septiembre. Es difícil basarse solamente en notas periodísticas, ya que muchas veces son confusos o contienen errores. Unas pocas palabras de un político a un periodista simplemente no son suficiente.
  • El 29 de septiembre, una agencia del gobierno también reportó el cambio. Todavía no era completamente oficial, ya que no hacía referencia a ningún tipo de decreto o legislación. Pero era suficiente para convencer a algunos en la comunidad TZ de que era real y por lo tanto se comenzó a configurar un cambio en la IANA TZ database y se publicó unos días después, el 1° de octubre.
  • El anuncio definitivo del gobierno finalmente salió el 4 de octubre cuando se publicó en la Gaceta Oficial. Esto es alrededor de tres semanas de antelación oficial de la propuesta de cambio.
  • Muchos proveedores de tecnología, incluyendo a los grandes como Apple, Google y Oracle, tomaron los datos de IANA y los publicaron a través de sus propios canales. Por ejemplo, Apple lo lanzó para dispositivos iPhone y iPad con la actualización iOS 9.1 el 21 de octubre, dejando sólo 3 días para que los usuarios instalen la actualización para evitar que sus relojes cambien la hora el día incorrecto.
  • Para Microsoft Windows que sigue un procedimiento levemente diferente y requiere de un mayor grado de confirmación, se hizo un anuncio el 9 de octubre y se publicó la actualización el 20 de octubre.
  • En algunos casos, la fecha se pasó por completo, como en el caso de pytz – la popular biblioteca de manejo de husos horarios para el lenguaje Python, que publicó su versión 2015.7 el 26 de octubre.

Entonces ¿cuál fue el resultado? Bueno, citando a la BBC:

Turcos confundidos se preguntan «¿qué hora es?» luego de que los relojes automáticos desafiaran una decisión del gobierno para posponer el cambio de hora estacional.

O como reportó el IBT:

Millones de turcos se despertaron en una mañana confusa el domingo … ya que teléfonos inteligentes, tabletas, y computadoras habían cambiado la hora automáticamente del mismo modo que otros países en el huso horario de Europa Occidental (Eastern European Time zone), aun cuando Turquía retrasó el cambio de hora para dos semanas más adelante.

Como se podrán imaginar, esto tuvo en la votación exactamente el efecto opuesto a lo que el gobierno había intentado lograr. Sin embargo, podrían haberlo previsto ya que ¡pasó exactamente lo mismo el año anterior! como lo reportó la Agencia de Noticias Independientes de los Balcanes en 2014:

Una increíble confusión para 52,9 millones de votantes turcos fue causada por la decisión del gobierno turco de posponer por un día el cambio de hora que se aplica en todo el mundo, cuando los relojes se adelantan una hora. La razón para posponer la aplicación de la hora de verano según el gobierno de Erdogan, fue para facilitar la administración de las elecciones, pero nadie predijo el factor de la «nueva tecnología». Todos los teléfonos inteligentes de los ciudadanos turcos cambiaron la hora automáticamente, resultando en miles de votantes que fueron a a votar más temprano y tuvieron que esperar hasta una hora para poder hacerlo.

Problemas similares ocurrieron en computadoras que no habían bajado una nueva versión del software. También hubo problemas en el sistema de despacho de equipajes en el aeropuerto de Estambul ya que el sistema cambió la hora automáticamente, ignorando los planes del gobierno y, como resultado, el equipaje fue enviado a los pasajeros con grandes demoras. También hubo problemas con muchos vuelos ya que los pasajeros confundían el horario de partida.

¿Qué hay con el resto del mundo?

No sólo Turquía no aprendió de sus propios errores, otros países alrededor del mundo tampoco aprendieron de la experiencia y continúan teniendo este problema. ¿Recuerdan la lista que enumeré antes? Veámosla más de cerca:

  • Chile estuvo en «DST permanente» durante 2015, pero el 13 de marzo de 2016, el gobierno anunció que volverían a la hora estándar a partir del 15 de mayo de 2016 (2 meses de antelación).

  • Rusia tenía 11 husos horarios diferentes, desde UTC+02 hasta UTC+12, con una historia compleja de cambios en los límites entre ellas.

    Para 2016, seis regiones cambiaron sus husos horarios el 27 de marzo de 2016. Cada una de estas regiones tuvo su propia ley para hacer efectivo el cambio. Una fue firmada el 30 de diciembre (12 semanas de antelación), lo cual es razonable. Sin embrgo, las otras fueron firmadas o bien el 15 de febrero (6 semanas de antelación) o bien el 9 de marzo (2 semanas de antelación).

    Otras dos regiones tenían la legislación pendiente durante este período, una de las cuales recién la aprobó el 5 de abril, de la cual la fecha de vigencia se extendió hasta el 24 de abril (3 semanas de antelación). La otra todavía está esperando la firma final del Presidente, lo que se espera que ocurra en los próximos días, tiene fecha de vigencia al 29 de mayo (4 semanas de antelación). (Actualización: La ley se firmó el 26 de abril).

  • Venezuela estuvo en UTC-04:30 desde 2007, pero el gobierno decidió hace poco que retornaría a UTC-04 el 1° de mayo. El cambio se anunció el 15 de abril, el anuncio se convirtió en oficial el 18 de abril al ser publicado en la Gaceta Oficial del país (2 semanas de antelación).

  • Azerbaiyán canceló el cambio de hora permanentemente en 2016. La cancelación se haría el 27 de marzo pero recién se anunció el 17 de marzo (10 días de antelación).

  • Corea del Norte cambió de UTC-09 a UTC-08:30 el 15 de agosto de 2015. El cambio fue anunciado el 7 de agosto (8 días de antelación).

  • Haití canceló el cambio de hora al menos durante el año calendario 2016. Estaba programado para el 13 de marzo, pero el 12 de marzo (¡sólo 1 día de antelación!) el gobierno publicó un comunicado de prensa cancelándolo.

Otros problemas con los tiempos

Mientras todos los cambios descritos conllevan un cierto grado de sorpresa, hay algunas partes del mundo que simplemente no hacen ninguna programación anticipada para el cambio de hora.

Fiyi es una de esas zonas. Tuvo DST todos los años desde 2009. Sin embargo, cada año, el gobierno hace un anuncio indicando en qué fecha comienza y termina. Es levemente diferente cada año y no queda claro exactamente cuándo el gobierno tomará la decisión, o qué hacer ante la ausencia de un anuncio. Sería mucho más simple si decidieran hacerlo con una programación regular y sólo hacer anuncios cuando haya desvíos respecto de dicha programación.

Otro lugar así es Marruecos, donde la programación del primer inicio y el último fin del DST están definidos adecuadamente, pero cada año, desde 2012 hay un «período de suspensión del DST», de modo que DST termine antes del comienzo de ramadán y se restaure en algún momento luego de la finalización. Esto no sólo significa que los relojes deben cambiarse cuatro veces por año calendario, si no también que nadie sabe bien cuándo son las dos transiciones del medio hasta que el gobierno hace un anuncio. Parte de la razón de esto es que las fechas de ramadán están basadas en las fases observadas de la luna. Sin embargo, mi opinión personal es que aún así deberían fijar las transiciones de DST a un calendario prefijado, aun si comienza antes de ramadán y termina algún tiempo después. La imprevisibilidad de las fechas hace que sea demasiado difícil saber qué hora es en Marruecos a menos que estés realmente allí. (De hecho, Egipto también hizo lo mismo, pero sólo en 2010 y 2014).

Recomendaciones a los gobiernos del mundo

Primero, debo enfatizar que estas son mis recomendaciones personales. No hablo en nombre mi gobierno, de mi empleador, o de la comunidad TZ. Estas recomendaciones están basadas en años de experiencia trabajando con husos horarios en computación, y en la observación de hechos reales.

Si vas a hacer cambios en tu(s) huso(s) horario(s), ya sea para la distancia de tu hora estándar desde UTC, o la puesta en funcionamiento o desactivación del cambio de hora para el ahorro de energía, o para las fechas en que los cambios de hora ocurren, entonces, por favor, hacé todo lo siguiente:

  1. Da un aviso con una antelación importante, preferiblemente no menos de 6 meses. Un año o más sería aún mejor.
  2. Proveé ese aviso a través de un decreto oficial de gobierno o una ley. Publicá la ley y disponibilizala a través de un sitio web oficial del gobierno.
  3. Asegurate de incluir los detalles precisos del cambio, incluyendo la fecha y la hora del día en que el mismo debe hacerse efectivo. Por ejemplo, decí «los relojes avanzarán 30 minutos el 1° de abril a la 01:00 hora local». No digas simplemente «la hora va a cambiar en abril». Además, si el cambio sólo afecta una región particular de tu país, por favor, especificá las áreas exactas que son afectadas.
  4. Notificá a tus ciudadanos a través de comunicados de prensa y los medios de noticias, pero no cuentes sólo con esto para comunicar el cambio. El decreto o ley oficial debería estar por encima de cualquier declaración hecha a la prensa.
  5. Enviá notificaciones a la comunidad TZ. Para hacer esto, sólo tenés que mandar un mail a tz@iana.org que es la dirección de la lista de discusión tz. El mail debería contener un URL para el anuncio publicado en un sitio web oficial del gobierno.
  6. Si se aborta la decisión de realizar el cambio, por favor da aviso de esto también con mucha anticipación.

Seguir estos lineamientos te asegura que tu cambio sea observado por la tecnología, incluyendo computadoras, teléfonos celulares y otros dispositivos.

Recomendaciones para desarrolladores de software

  1. No trates de inventar tu propio sistema de husos horarios ni pongas una configuración de zonas manualmente en tu aplicación.
  2. Utilizá los recursos de tu plataforma o biblioteca de desarrollo para hacer conversiones de husos horarios. No intentes codificar las reglas vos mismo.
  3. No te bases únicamente en diferencias fijas desde UTC, ni hagas ninguna suposición sobre el cambio de hora para el ahorro de energía de día (daylight saving time) para un huso horario en particular.
  4. Estate al tanto de las actualizaciones de los husos horarios. Asegurate de saber como mantenerlos actualizados utilizando los mecanismos de tu plataforma o biblioteca.
  5. Suscribite a la lista de correo de anuncios de TZ, así sabés cuando está disponible cada actulización de los datos.
  6. Si sabés de un cambio que está por ocurrir en un huso horario en un área en particular que difiere de la información conocida actualmente, o si tenés otras preguntas acerca del husos horarios en computación, unite a la lista de correo electrónico de discusión de TZ.
  7. Usá timeanddate.com para validar cualquier suposición que tengas acerca de los husos horarios para una región en particular. La precisión de este sitio en particular ha sido bien establecida y sus propietarios participan en la comunidad TZ.
  8. Para Windows, .NET y otros productos de Microsoft, seguí el canal de noticias de este sitio para saber cuándo están disponibles las actualizaciones de la plataforma. (Aunque deberías preferir los husos horarios de IANA cuando sea posible, aun si implica que tenés que utilizar una biblioteca para hacerlo).

Addendum personal

Esto lo escribo yo, Mariano Absatz y no Matt Johnson, con lo cual, las críticas y quejas a esta sección deberán dirigirse directamente a mí.

Pienso que si Matt hubiese escrito esta nota a fines de 2008 el mayor ejemplo de torpezas cometidas, habría sido la Argentina en lugar de Turquía, ya que los cambios que se hicieron tanto en el verano 2007/2008 como los que no se hicieron en octubre de 2008 son un muestrario de todos los errores posibles de ser cometidos.

Para información al respecto ver las notas que escribí en ese entonces:

No somos los únicos haciendo payasadas

Siempre puede haber alguien que haga más payasadas que nosotros con el tema del cambio de hora. Los bangladesíes tuvieron un largo festejo de fin de año a raíz de que el gobierno de Bangla Desh decidió volver atrás los relojes el 31 de diciembre a las 23:59.

No importa si el tema del ahorro de energía es cierto o un bolazo, sin duda, hacer el cambio en el medio del invierno y en el medio del verano (en lugar de hacerlo al principio y fin del verano o invierno) ya de por sí es bastante poco feliz… pero hacerlo justo en el momento de cambiar el año es llamar a los problemas a viva voz… es como comprarse un caso del año 2000 todos los años.

¡2008 no termina más!

Que la crisis internacional, que la crisis local, que Kirchner, que Bush, que Israel, que Irak…

Parecería que a todo el mundo este año se le hizo muy largo… solo que… ¡¡ES CIERTO!! este año va a ser más largo que el año pasado (y el anterior también).

¿Por qué? Porque la tierra nos anda medio lenteja últimamente… El asunto es así, si bien la mayoría sabe que la tierra no da una vuelta al sol cada 365 días, si no que normalmente tarda un poquito más y eso se compensa cada cuatro (u ocho) años intercalando un simple 29 de febrero, el asunto es que la velocidad de rotación de la tierra sobre su propio eje tampoco es constante y no necesariamente dura 24 horas exactas.

En teoría puede ir un poco más rápido o un poco más lento; en la práctica, desde 1972, tiende a ser un poco más lento (es decir, a la tierra le tarda un poquititititito más de 24 horas dar una vuelta sobre sí misma).

Esto no conviene arreglarlo agregando un día cada unos ciento treinta y pico mil años o una hora cada cinco mil y pico de años. Es más, como la variación no es constante, la solución es ir mirando a qué velocidad está rotando la tierra y, cuando la hora de la pared empieza a estar corrida (para un lado o para el otro) por más de 0,7 segundos respecto de la hora, digamos, geográfica, entonces los astrónomos del Observatorio de París deciden que ha llegado la hora de agregar (o quitar) un segundo.

Por convención, esto se hace el 30 de junio o el 31 de diciembre a la medianoche en el huso horario 0 (nuestro viejo y querido Greenwich, ahora llamado meridiano UTC).

El Centro de Orientación de la Tierra del Servicio Internacional de Rotación de la Tierra y Sistemas de Referencia publica dos veces por año el Boletín C donde anuncia si habrá o no un segundo intercalado (leap second) al finalizar el siguiente 30 de junio o 31 de diciembre.

El Boletín C 36 publicado el 4 de julio de este año dice que hoy, 31 de diciembre (en el meridiano 0), después de las 23:59:59, no viene la 00:00:00 del 1/1/2009, si no que van a ser las 23:59:60.

Esto quiere decir que en la zona este de Argentina, luego de las 21:59:59 serán las 21:59:60, y en la zona oeste, luego de las 20:59:59 serán las 20:59:60, así que, a la noche, esperen un segundo más para brindar, pero, luego de ese segundo, les deseo un ¡¡FELIZ 2009!!

Discutiendo sobre el cambio de hora

En base a lo que está pasando con el cambio de hora en Argentina y su aplicación en computadoras con unix o linux, apareció esta nota en el blog de Ricardo Goldberger que incluía un comentario del Buanzo que yo contesté más abajo.

Hoy Ricardo publicó una respuesta de Buanzo en la que dice que la única forma razonable de publicar información en tzdata es hacerlo únicamente cuando se esté totalmente seguro de que la información es cierta.

¿Pero quién tiene que estar seguro y quién se ocupa de que la información segura llegue a tiempo a los equipos?

Por suerte, tanto Buanzo como yo usamos sistemas abiertos con lo cual podemos ocuparnos nosotros mismos y cagarnos en el resto del mundo

Supongamos que Olson y Eggert (a quienes no conozco personalmente, pero los respeto por el laburo que hacen y les tengo aprecio porque hacen un laburo que a mi me sirve sin que yo se los pida o les pague por ello), deciden seguir la recomendación que Buanzo (y otra gente en distintas listas y sitios de seguimiento de bugs) recomienda…

Es más, supongamos que Olson y Eggert viven día y noche pendientes de todos los Boletines Oficiales de todos los países (y divisiones políticas en el caso de los países federales como el nuestro) y aparte entienden todos los idiomas (incluídas las versiones legaleese de cada uno de ellos)… en ese caso, podemo suponer que ayer (jueves 16 de octubre) a la mañana (hora argentina) leyeron el Decreto 1693/2008 en el Boletín Oficial y recién ahí modificaron en el tzdata los datos para este verano para toda la Argentina (es lo que dice el Decreto ese) y lo publicaron.

Eso pone (o debería poner) en marcha las actualizaciones de los paquetes en las distintas distros de unix, linux, etcéteras… Por más crítica que consideremos la hora de nuestros servidores, sospecho que los maintainers del paquete tzdata de cada distro no van a dejar todas sus ocupaciones por un update que no consideren crítico ellos (al menos desde el punto de vista de seguridad/intrusión/etc)… con lo cual, la modificación podría aparecer en los repositorios de cada distro con viento a favor durante la semana que viene… o sea, que a partir de las 0 de este domingo, todos los equipos tendrían mal la hora.

Ahora bien, hoy (17 de octubre, un día peronista) a la mañana, resulta que por suerte Olson y Eggert tampoco tienen nada mejor que hacer que leer el Boletín Oficial de Argentina, se encuentran con el Decreto 1705/2008 que dice que doce provincias no van a aplicar el horario de verano… supongamos que en el medio tuvieron la suerte de no leer el Boletín Oficial de Mendoza de ayer jueves 16 de octubre, donde salió la Ley Provincial N° 7.955 que establece que Mendoza utiliza los husos horarios UTC-03:00 y UTC-04:00 y le deja al Poder Ejecutivo Provincial la elección de cuándo usa cuál (no se gasta en aclarar qué piensan hacer esta misma semana, por ejemplo)…

Entonces hoy agarran y vuelven a modificar los datos y sacan una nueva versión de tzdata… y vuelta a comenzar la ronda de updates en el downstream de cada distro… ¿cuándo estarán listas? ¿hoy a la tarde? ¿mañana? ¿el lunes? (ya nos pasamos de las 0 del 19).

La cuestión es que, sea su potestad o no, mientras las autoridades sigan publicando la información oficial con 30 nanosegundos de anticipación a los hechos, la probabilidad de tener mal los datos, por demoras de implementación o por haber hecho una mala presuposición es significativamente cercana a 1.

La gente que está enojada con alguien más que no sean ellos mismos porque el 5 de octubre les cambió la hora de las máquinas, si las cosas se hubieran hecho como ellos dicen, tendrían mal la hora el próximo domingo. ¿Por qué? Porque, claramente, es gente que delega la observación de los cambios de hora en los maintainers de su distribución, y estos maintainers, al menos una vez, demoraron más de quince días en actualizar esa información desde que la tuvieron disponible.

Si los maitainers del tzdata de la distro que estén usando hubiesen sido suficientemente diligentes, para el 5 de octubre ya habrían tenido distribuido el tzdata2008f que se publicó el 15 de septiembre y que corría la fecha del cambio.

Ahora, en el mundo real, Olson y Eggert trabajan de otra cosa y le dedican el tiempo que pueden o quieren a mantener la base de datos tzdata (y el código que la procesa) actualizados… no sé cuántos idiomas hablan además de inglés, pero sospecho que no están leyendo diariamente el Boletín Oficial de la República Argentina. Entonces dependen de que alguien les pase información, intentan ver cuán razonable es y en base a eso deciden incluir una modificación en algún momento.

Si bien el sistema dista de ser perfecto, al menos tiene un buen punto de referencia que es la lista de correo donde se discuten todas estas cosas en forma pública y abierta.

Cualquiera puede participar por más que (como yo) no conozca el funcionamiento interno del paquete tzdata y apenas entienda el formato de la base de datos e inclusive gente que ni siquiera sabe eso, pero puede participar y dar su opinión acerca de la verosimilitud de una información que les concierne y la razonabilidad de aplicar un cambio o no en la base de datos.

La ventaja adicional de participar es que uno se entera de primera mano cuándo hay una actualización de datos y qué contiene y, en base a eso puede decidir aplicarla antes de que llegue a los repositorios de su distribución o puede decidir no aplicarla porque está en desacuerdo (y evitar hacer la actualización una vez que la actualización llegue a los repositorios de la distro).

De lo que yo me quejaba hace unos días no es de que la base tzdata estuviera mal o que la versión en el repositorio de Ubuntu estuviera desactualizada si no de que yo mismo me dejé estar y no estaba leyendo la lista por lo que no me dí cuenta del primer error (de tener el cambio del primer domingo de octubre) ni de que el mismo se había subsanado (mal para algunos) como para ponerme a romper para que el cambio llegue a mi Ubuntu y si no, de última, actualizarlo yo a mano y listo.

La situación hoy es la siguiente: todos los sistemas operativos que estén con la versión tzdata2008f, g, o h y estén en la Ciudad de Buenos Aires o en las Provincias de Buenos Aires, Córdoba, Chaco, Corrientes, Entre Ríos, Formosa, Misiones, Jujuy, Tucumán o San Luis, tienen la hora bien y la van a cambiar (o no cambiar en el caso de San Luis) bien el próximo domingo (suponiendo que entre los Decretos 1693/2008 y 1705/2008 cubren todo y no hay alguna Provincia que decida no acatarlos).

Quienes estén en las Provincias de La Pampa, Catamarca, Chubut, La Rioja, San Juan, Mendoza, Santa Cruz y Tierra del Fuego deberán hacer algo para que no les cambie la hora este domingo 19 de octubre.

Podrían poner a lo bestia la zona horaria Etc/GMT-3 o utilizar America/Argentina/San_Luis (aunque si miran datos viejos, van a estar mal los relojes entre enero y marzo de 2008 ya que San Luis volvió a UTC-3 antes que el resto del país).

La otra variante es utilizar temporalmente la receta que publiqué ayer y actualicé hoy hasta que se actualice tzdata y esa actualización llegue a cada distribución.

Llamado a la solidaridad

Este es un llamado a la solidaridad para con nuestros sysadmin hermanos de provincias cuyanas y otras del Oeste argentino que, por lo que leí, posiblemente no adhieran al cambio de huso horario el domingo 19 de octubre…

La base de datos de husos horarios al día de hoy (versión 2008h) implementa el cambio de hora en toda la Argentina.

Provincias de CuyoSi esto queda así y, como sospecho, Mendoza y otras provincias no cambian la hora, a las computadoras con unix y linux de estas provincias les pasará lo mismo que nos pasó en todo el país el domingo 5 de octubre.

Es por eso que les pido que si alguien tiene información fidedigna (si es posible con un link a información oficial o de medios de comunicación razonablemente serios), la envíe a la lista de correo timezone o, si lo prefiere, ponga un comentario acá abajo y yo lo mando a la lista.

Auxilio para administradores de sistemas

Escribí en mi wiki un machete con instrucciones para actualizar los datos con la última versión que exista de la base de datos (aunque no haya sido publicada por la distribución unix/linux que estés usando).

¿Qué hora es?

Qué hora son, mi corazón… (Manu Chao)

Hoy (5 de octubre) a la mañana estaba en la compu, miro el relojito arriba a la derecha (era menos laburo que girar la muñeca izquierda y mover la vista en dirección a ella) y veo que son las 12 y pico… por algún motivo no me daba… decido tomarme el laburo y veo que en mi muñeca era justo una hora más temprano… raro… la hora de mi pc se actualiza con un conjunto de servidores de hora utilizando un método que funciona bien (esto incluye que si un par de servidores “se vuelven locos”, el sistema se da cuenta y los ignora).

Me pongo a mirar bien y me doy cuenta de que en realidad, a las 0 horas del domingo 5 mi computadora creyó que había que empezar a usar la “hora de verano” (a 2 horas del meridiano de Greenwhich en lugar de las 3 horas que se usa durante el resto del año).

Me fijo en los mensajes de la lista de correo de la gente que se ocupa de mantener una base de datos que dice qué huso horario se usa en cada lugar y cuándo y veo que ya alguien lo había notado… también veo que en realidad ya había una versión más nueva de la base de datos (publicada el 15 de septiembre) pero como mi sistema operativo todavía no tenía en sus actualizaciones esta versión, yo no la tenía… no es grave… soy lo suficentemente nerd como para bajarla y actualizarla a mano (cosa que hice).

El problema no es ese… el problema es… ¿cambiamos la hora este año? ¿en qué fecha? ¿el 12 de octubre es feriado? ¿y el 13?

Lamentablemente, en Argentina nos hemos acostumbrado al “lo que yo quiero, cuando se me cante” y a esto no son ajenos nuestros gobernantes (ni los de ahora, ni los de antes, ni los de antes de eso)… estamos acostumbrados a que no haya normas y que las excepciones no sean excepcionales, si no a que sean la norma.

Husos horarios

Pero volvamos al tema de la hora… o, más bien del huso horario. La mayor parte de Argentina se encuentra (geográficamente) en el huso horario 4 horas al oeste de Greenwhich (llamado UTC-04:00), y la región que está en otro huso (el centro y oeste de la Patagonia), están a 5 horas (ver el mapa de husos horarios a junio de 2008).

Algunos pocos países (más anchos que Argentina en el sentido Este-Oeste), utilizan más de un huso horario (notablemente Estados Unidos y Rusia, también lo hacen Australia, Brasil y México -que sigue una de las líneas de cambio de hora de Estados Unidos). El resto de los países contiguos (incluída China y la mayor parte de la Unión Europea), utilizan un solo huso horario.

En Argentina, durante muchos años (hasta 1969), se utilizó el huso horario UTC-04:00 y desde 1930 se utilizó (con frecuencia pero sin regularidad) el huso horario UTC-03:00 como “hora de verano”… el tema es que el primer domingo de octubre de 1968, se empezó a usar UTC-03:00 y en algún momento de primavera/verano/otoño entre 1968 y 1969 alguien decidió que había que dejar de cambiar la hora… y nos quedamos en UTC-03:00… Del 23 de enero hasta el 1° de mayo de 1974, volvió a aparecer la “hora de verano” (sospecho que asociada con la “crisis del petróleo”, yo realmente era muy chico en esa época y no me acuerdo)… pero como estábamos en UTC-03:00, la “hora de verano” se convirtió en el huso horario UTC-02:00 que, en nuestras latitudes, corresponde geográficamente al medio del Océano Atlántico.

Reloj extraño
Desde entonces usamos UTC-03:00 y utilizamos la “hora de verano” en UTC-02:00 entre 1988 y 1993… el 21 de septiembre de 1999 se promulgó la Ley 25.155 de Hora Oficial que volvía a UTC-04:00 con “hora de verano” en UTC-03:00 pero nunca se hizo efectiva… en junio de 2001 estuvo a punto de entrar en vigor y finalmente fue anulada por el Congreso.

En el otoño/invierno de 2004 devino el caos federal… Mendoza promulgó el 21 de mayo la Ley Provincial 7.210 que declara la emergencia pública energética en esa provincia y adopta UTC-04:00 como hora oficial entre el 23 de mayo y el 16 de octubre (notar que se promulga la Ley menos de 48 horas antes de tener que hacer el ajuste de los relojes). Las provincias de San Luis, San Juan, Santa Cruz, Chubut, Tierra del Fuego y Tucumán (quizás alguna más que se me escapa) también pasaron a UTC-04:00… luego el gobierno nacional las fue presionando para que volvieran a UTC-03:00 y lo fueron haciendo… cada una en otra fecha… en ese momento intenté conseguir información razonable del Ministerio del Interior y de cada una de las provincias acerca de cuándo se habían producido los cambios (tanto la fecha en que empezaron a usar UTC-04:00 como la fecha en que volvieron a UTC-03:00), pero no conseguí nada.

Finalmente el 26 de diciembre el Senado y Diputados aprobaron (el mismo día) la Ley 26.350 de Hora Oficial que se publicó en el Boletín Oficial el viernes 28 de diciembre (que la inocencia te valga)… esta Ley que está en vigencia estableció que Argentina usa UTC-03:00 y “hora de verano” en UTC-02:00 que comenzaba ese mismo domingo 30 de diciembre de 2007 (una vez más, menos de 48 horas desde la publicación de la Ley) hasta el 16 de marzo de 2008… pero lo peor que tiene la Ley es esto:

ARTICULO 4º — El Poder Ejecutivo nacional fijará anualmente la fecha de iniciación y de terminación del período estival que corresponda.

Es decir… el cambio de hora se hace… ¡Cuando se le cante al/la Presidente!… ni siquiera pone un mecanismo y le da la potestad al Ejecutivo de modificarlo… es por esto que en ese momento se puso el primer domingo de octubre como fecha tentativa del cambio, pero llegamos a ese momento sin definición alguna por parte del Ejecutivo. No sé por qué sospecho que una vez más, la Resolución pertinente veinte minutos antes de tener que hacer el cambio de hora (ahora por suerte no hace falta que las dos cámaras aprueben una Ley)…

La imprevisión permanente

No quiero ponerme a discutir acá si conviene que Argentina use el huso horario UTC-04:00 o UTC-03:00, ni si conviene o no adelantar una hora la hora en verano, ya sea para ahorrar energía, para salir a trabajar con luz de día o para tener una hora más para criticar al Gobierno. Lo que me molesta es que en forma absolutamente innecesaria se manejen cosas que deberían ser triviales con una imprevisión permanente.

Sea cual fuere la decisión que se tome, no se puede cambiar el mecanismo todos los años. En el caso de la hora, nos afecta a los que tenemos responsabilidad sobre la administración de computadoras (pregútentle si no a los reponsables del sitio del Diario Clarín que hoy estuvo todo el día con la hora adelantada), otro caso semejante es el del corrimiento de los feriados… la lista de feriados que se cambian se modifica permanentemente… en un momento se pasaban al lunes más cercano, ahora los de junio son en dos lunes fijos (creo que el primero y el tercero), antes, si caían en fin de semana, no se modificaban… pero el próximo 12 de octubre (que cae domingo) se pasa al lunes 13… Otra vez… no quiero discutir si hay que mover o no los feriados, si el 17 de agosto se mueve y el 25 de mayo no. Lo que quiero es saber con anticipación qué se va a hacer y que se haga lo mismo todos los años (recuerdo que un año se intentó cambiar algo porque justo coincidía con la visita del Emperador de Japón). De este modo, si bien el tema de la movilidad de los feriados es para alentar el turismo, al enterarse 10 días antes de que el 13 de octubre es feriado, la gente no puede utilizarlo para lo que se supone que se quiere hacer.

Escriban una Resolución sobre cómo se hará el cambio de hora todos los años, en octubre y en marzo (o cuando se quiera hacer) y manténganlo. Escriban una Resolución sobre qué feriados se pueden mover, en qué casos y a dónde se mueven y manténganlo.