Unas pocas cosas:

• Solo se ha aprobado el proyecto de ley del Senado ( S.623 ). El proyecto de ley de la Cámara correspondiente ( HR69 ) aún debe aprobarse, y luego el texto debe ser firmado por el presidente antes de que algo cambie.
• El proyecto de ley del Senado tiene una fecha de vigencia incorporada del 5 de noviembre de 2023 (el día en que el horario de verano habría terminado en 2023). Suponiendo que eso se traduzca en la ley final, hay una cantidad de tiempo razonable para que los cambios requeridos sean implementados, probados y distribuidos.
• El proceso para manejar dichos cambios ya está en vigor, ya que las reglas de zona horaria (incluidos los cambios de horario de verano) pueden ocurrir en cualquier momento desde cualquier parte del mundo. No tendrá que hacer nada en particular, aparte de asegurarse de mantenerse al día con las actualizaciones periódicas, lo que debería hacer de todos modos.
• Los datos de zona horaria en computación se coordinan en la lista de discusión IANA TZ . La mayoría de las empresas obtienen sus datos de zona horaria desde allí. Hay varias discusiones activas en proceso sobre este cambio potencial, que puede leer y participar (ver marzo de 2022 en los archivos).
• El cambio de hora en sí es bastante sencillo. Sabemos por la factura cómo cambiarán los relojes en las distintas zonas horarias afectadas. La principal discusión/debate gira en torno al cambio asociado en las convenciones de nomenclatura .
  • Por ejemplo, la costa oeste está ahora para siempre en "PDT", o dice "PST" y el significado ha cambiado. ¿Arizona comienza a usar "MDT" o "PST" o sigue diciendo "MST" incluso si eso es una hora de diferencia con respecto al resto del horario de la montaña? etc.
• Después de que el cambio se promulgue como ley, la IANA lanzará una actualización de tzdata, que será recogida por los diversos sistemas operativos, plataformas de lenguaje de programación y proveedores de bibliotecas de software que dependen de ella. Eventualmente llegará al navegador y otros entornos de JavaScript.
• getTimezoneOffset devolverá el desplazamiento de zona horaria correcto para el punto en el tiempo reflejado por el objeto Date al que se llama.
  • Si lo llama en new Date() , está solicitando el desplazamiento de zona horaria actual , por lo que seguirá comportándose como lo hace hoy (devolviendo el estándar o el desplazamiento de luz diurna que está vigente) hasta el 5 de noviembre de 2023 Luego devolverá el desplazamiento actualizado desde entonces en adelante.
  • Si llama en una fecha futura, después del 5 de noviembre de 2023, verá la compensación anterior (hora estándar) si los datos de su zona horaria aún no se han actualizado, pero verá la compensación nueva (hora diurna) una vez que los datos ha llegado a su entorno por cualquier actualización aplicable.