Timestamp Unix atual

Precisar do valor exato de epoch atual aparece constantemente no trabalho de desenvolvimento comum: semear um fixture de teste com um timestamp de criação realista, construir uma requisição de API que espera um parâmetro `timestamp` refletindo o momento da chamada, ou verificar se o valor de expiração de um token já realmente passou comparando-o com agora. Um valor que avança e atualiza continuamente remove o pequeno mas real risco de copiar um timestamp que já tem alguns segundos de idade ao colar em outro lugar — o número exibido é sempre o momento atual real, não uma foto de quando a página carregou.

Mostrar segundos e milissegundos lado a lado em vez de escolher um remove a necessidade de saber de antemão qual unidade uma determinada API, coluna de banco de dados ou fixture de teste espera — o próprio `Date.now()` do JavaScript retorna milissegundos, enquanto a maioria das chamadas de sistema Unix e muitas APIs esperam segundos, e copiar a errada produz exatamente o descompasso de dez versus treze dígitos que faz um timestamp cair em 1970 ou no ano 55000 em vez do momento pretendido.

Comparar um timestamp ao vivo, atualizando, contra um valor recém-retornado por um sistema sob teste — o valor `created_at` de uma nova linha de banco de dados, o claim `iat` de um token de sessão — é uma verificação de sanidade manual rápida de que o sistema está carimbando a hora atual corretamente em vez de um valor deslocado, em cache, ou desatualizado. Se os dois valores não caírem dentro de um ou dois segundos um do outro, algo no sistema verificado merece um olhar mais atento.