Timestamp Unix actual

Necesitar el valor exacto de época actual aparece constantemente en el trabajo de desarrollo ordinario: sembrar un fixture de prueba con un timestamp de creación realista, construir una solicitud de API que espera un parámetro `timestamp` que refleje el momento de la llamada, o comprobar si el valor de expiración de un token realmente ya pasó comparándolo con ahora mismo. Un valor que avanza y se actualiza continuamente elimina el pequeño pero real riesgo de copiar un timestamp que ya tiene unos segundos de antigüedad cuando se pega en otro sitio — el número mostrado siempre es el momento actual real, no una instantánea de cuando se cargó la página.

Mostrar segundos y milisegundos uno junto al otro en lugar de elegir uno elimina la necesidad de saber de antemano qué unidad espera una API, columna de base de datos o fixture de prueba en particular — el propio `Date.now()` de JavaScript devuelve milisegundos, mientras que la mayoría de las llamadas de sistema Unix y muchas API esperan segundos, y copiar la equivocada produce exactamente el desajuste de diez frente a trece dígitos que hace que un timestamp caiga en 1970 o en el año 55000 en lugar del momento previsto.

Comparar un timestamp en vivo, actualizándose, contra un valor recién devuelto por un sistema bajo prueba — el valor `created_at` de una nueva fila de base de datos, el claim `iat` de un token de sesión — es una comprobación de sanidad manual rápida de que el sistema está sellando la hora actual correctamente en lugar de un valor desplazado, en caché, o desactualizado. Si los dos valores no caen dentro de uno o dos segundos entre sí, algo en el sistema comprobado merece una mirada más de cerca.