El tiempo Unix alcanza 1,7 mil millones

Artículo original ↗ Discusión en Hacker News ↗

El tiempo Unix superó recientemente los 1.700 millones de segundos desde su epoch del 1 de enero de 1970, lo que llevó a programadores a marcar el momento con scripts, retransmisiones en directo y numerología desenfadada. Más allá de la novedad de un número redondo, los participantes aprovechan el hito para explorar temas más profundos como los segundos intercalares, las diferencias entre UTC, TAI y otros estándares de tiempo, y el inminente problema del año 2038 para marcas de tiempo de 32 bits. Muchos señalan cómo estos hitos recurrentes del epoch sirven como una especie de metrónomo a largo plazo para quienes trabajan de cerca con marcas de tiempo.

Hito y reacciones

  • El tiempo Unix alcanzó 1.700.000.000 segundos desde 1970-01-01, lo que provocó publicaciones lúdicas de “celebración” y referencias a hitos anteriores (1,2B, 1,4B, 1,5B, 1,6B, 1,666…B, 1,6G, 1,5G, 1400000000, 1234567890, 1,000,000,000).
  • Algunos comentaristas lo encuentran divertida “numerología” y tratan estos momentos como raros hitos de metrónomo a largo plazo, incluso vinculándolos con cumpleaños o recuerdos personales.
  • Otros son despectivos y cuestionan por qué importa un número redondo aproximado en base 10, especialmente cuando umbrales similares ocurren cada ~3 años.

Mirando el rollover

  • La gente usó bucles de shell (date +%s, watch), Node.js, Deno REPL y fragmentos ad hoc de JS (con setInterval, generadores asíncronos, temporizadores que corrigen deriva) para observar el contador avanzar.
  • Algunos grabaron o retransmitieron en directo el evento; otros bromearon sobre “hacer tintinear calculadoras” o filmarlo para reproducirlo.

Segundos intercalares, UTC y qué es realmente el tiempo Unix

  • Debate detallado sobre si el tiempo Unix es “segundos desde el epoch” o “días×86400+segundos”, con énfasis en que POSIX lo define como una aproximación que ignora los segundos intercalares.
  • Aclaración de que:
    • Los segundos intercalares significan que algunos días reales tienen 86401 segundos, pero Unix time asume 86400.
    • Esto hace que Unix time diverja de los segundos SI reales transcurridos y de TAI.
    • Unix time no tiene valores distintos para los segundos intercalares; algunas marcas de tiempo se corresponden con intervalos reales de 2 segundos.
  • Discusión de distintos estándares de tiempo y casos de uso: UTC para actividad humana, TAI/Unix/GPS para tiempo monótono, UT1/solar aparente/sidéreo/TCB para astronomía y navegación.
  • Se señaló que la política de segundos intercalares de UTC está siendo reconsiderada; se mencionan futuros “minutos intercalares”.

Hitos futuros y el problema de 2038

  • La gente señala próximos hitos: 1.8B en 2027, 2.0B en 2033, 2,147,483,647 (máximo firmado de 32 bits) y 2,147,483,648.
  • El problema de 2038 se discute como un “próximo Y2K”: los sistemas modernos usan en su mayoría marcas de tiempo de 64 bits, pero los dispositivos heredados de 32 bits y embebidos (incluido código grabado en ROM) siguen siendo una preocupación.
  • Algunos recuerdan Y2K tanto como un esfuerzo de ingeniería genuino como un apocalipsis exagerado; señalan que el miedo a veces ayuda a que los sistemas se arreglen.

Epochs, calendarios y detalles de representación

  • Debate sobre usar 1970 frente a “año 1” como epoch; otros señalan que existen muchas eras calendáricas y que la numeración de años gregoriana en sí misma es arbitraria.
  • Se menciona que la representación temporal de Go usa el año 1 y que las máquinas muy tempranas hicieron poco práctico un epoch del año 1.
  • Un comentarista argumenta firmemente a favor de TAI sobre Unix time por razones de corrección.
  • Orientación de Protobuf: evitar enteros de longitud variable para marcas de tiempo; un tamaño fijo (fixed32/fixed64) suele ser más pequeño y rápido.