Como saber em que anos estamos e evitar confusões com calendários
A pergunta em que anos estamos parece simples, mas já vi gente perder horas porque o servidor não reconhecia formatos de data diferentes. No meu caso, uma aplicação legado usava Y2K-compliant timestamps com base em 1970 enquanto outro módulo esperava epoch em 2000. O resultado era uma virada de ano que acontecia três meses antes do previsto.
O básico que todo mundo esquece
O calendário gregoriano foi introduzido em 1582 por decreto papal. Antes disso, Europa católica usava juliano. Pais protestantes e ortodoxos continuaram com o antigo até séculos depois. Se você está lidando com registros históricos anteriores a 1582, a conversão direta para datas modernas dá erro. Eu descobri isso na prática quando um cliente reclamou que processos judiciais de 1700 tinham datas impossíveis no sistema. O problema real não é saber o ano atual. É lidar com sistemas que interpretam anos de formas diferentes. Alguns usam 2 dígitos, outros 4. Formato DD/MM/YYYY versus MM/DD/YYYY gera confusão automática entre dia e mês. A solução simples é nunca confiar na formatação implícita do sistema. Sempre especifique explicitamente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Workaround que eu uso atualmente
Quando preciso determinar em que anos estamos em ambientes multi-sistema, eu faço uma validação em três etapas. Primeiro, verifico o timezone configurado no servidor. Depois, converto todas as datas para UTC internamente. Por fim, uso bibliotecas especializadas como moment.js ou date-fns em vez de Date nativo do JavaScript. Isso elimina ambiguidades de horário de verão e transições de ano bissexto. Uma limitação importante: bibliotecas de parsing não resolvem problemas de dados mal formatados na origem. Se seu banco de dados guarda "02/01/2024" sem especificar formato, nenhuma biblioteca vai adivinhar se é 2 de janeiro ou 1 de fevereiro. A correção é na entrada dos dados, não no processamento.
Erros comuns que iniciantes cometem
O primeiro erro é usar Year() isolado. Em JavaScript, getYear() retorna anos desde 1900 em alguns navegadores antigos, enquanto getFullYear() é seguro. O segundo é assumir que ano tem sempre 365 dias. Anos bissextos acontecem a cada 4 anos, exceto séculos não divisíveis por 400. 1900 não foi bissexto. 2000 foi. 2100 não será. Outro detalhe prático: fusos horários mudaram ao longo da história. Brasília começou a usar horário de verão em 1985, suspendeu em 2019. Se você calcula diferenças entre datas antes e depois dessas mudanças sem considerar as regras da época, o resultado pode errar por uma hora inteira. Eu perdi meio dia debugando isso num sistema de folha de pagamento.
Não existe solução perfeita para dados temporais herdados de sistemas legados. Às vezes a única opção é mapear manualmente os registros problemáticos. O investimento inicial é maior, mas evita retrabalho futuro. A regra prática: trate datas como strings até o momento exato da conversão, nunca como valores numéricos brutos.
