A Jornada de 9 Anos para Corrigir o Tempo no JavaScript

A Temporal API não é uma atualização incremental do Date: é uma reconstrução técnica fundamentada em quase dez anos de diagnóstico coletivo. Enquanto o Date lida com tempo como um número de milissegundos desde 1970, sem distinção entre instante, data local ou horário em Tóquio, o Temporal separa esses conceitos em tipos imutáveis e semanticamente distintos: Instant (momento absoluto, em nanosegundos), ZonedDateTime (data + hora + fuso, com resolução automática de DST) e PlainDate (apenas calendário, sem fuso). Isso elimina classes inteiras de bugs, como adicionar 24h a uma data em horário de verão e obter 23h ou 25h por acidente.

O suporte nativo a calendários não-gregorianos (islâmico, hebraico, budista) via ICU4X e a conformidade com RFC 9557 e ISO 8601 não são extras: são requisitos de projeto desde 2017. A implementação no V8 reutiliza temporal_rs, biblioteca Rust validada em produção por sistemas financeiros e logísticos globais, um sinal de que performance e precisão foram priorizadas desde o início, não adicionadas depois. Com 4.500 testes, é também a primeira grande feature do ECMAScript a exigir cobertura de comportamento cross-platform em fusos, calendários e transições de DST.

Para desenvolvedores, isso significa menos dependência de bibliotecas como Luxon ou date-fns para operações básicas, e mais controle sobre o que entra no bundle final. Em aplicações críticas (agendamentos médicos, contratos financeiros, sistemas de transporte), a previsibilidade do Temporal.Duration ao somar dias em fusos variáveis evita discrepâncias legais. Para equipes que usam TypeScript, as definições nativas já estão disponíveis desde fevereiro de 2026, reduzindo erros em tempo de compilação sem necessidade de pacotes externos. E, diferentemente de outras APIs novas, o Temporal foi projetado para coexistir com o Date, permitindo migração progressiva sem quebrar código legado.