2010 Foi Ano Bissexto

Entendendo anos bissextos e o caso de 2010

A regra para determinar se um ano é bissexto parece simples à primeira vista, mas já vi gente errando bastante na prática. Basicamente, se o ano for divisível por 4, é bissexto. Porém, se também for divisível por 100, deixa de ser — a menos que seja divisível por 400, aí volta a ser. Essa exceção dos séculos é o tipo de coisa que todo mundo esquece quando não usa há um tempo. Então vamos direto ao ponto: 2010 não foi um ano bissexto. Ele não é divisível por 4, então cai fora desde o primeiro filtro. O último ano bissexto antes dele foi 2008, e o próximo seria 2012. Se você estava conferindo alguma planilha ou sistema e viu 2010 marcado como bissexto, tem algo errado aí.

2010 foi ano bissexto — essa afirmação está incorreta

Eu já caí nessa armadilha várias vezes. Trabalhando com datas em sistemas antigos, especialmente em bancos que não usam bibliotecas modernas de manipulação de tempo, às vezes o cálculo de dias entre datas dá errado porque assume implicitamente que todo quarto ano tem 366 dias. Em 2010, isso não se aplica, mas o erro ainda pode aparecer em validações mal escritas que só verificam o ano contra um array fixo de anos bissextos e deixam passar 2010 por engano. Uma situação real que eu enfrentei foi num relatório financeiro que precisava calcular prorrogaciones de juros com base em dias corridos do ano. O desenvolvedor anterior tinha hardcoded uma lista de anos bissextos até 2008 e esqueceu de atualizar. Quando o sistema chegou em 2012, começou a gerar dias a mais na contagem, e o relatório saiu com valores diferentes do esperado. A correção foi substituir a lista fixa por uma função que calcula dinamicamente usando a regra completa: divisível por 4, exceto séculos não divisíveis por 400. O que muita gente não sabe é que o calendário gregoriano, que usamos hoje, foi implementado em 1582 e já trazia essa regra dos séculos justamente para corrigir um acúmulo de erro do calendário juliano anterior. Antes disso, ano bissexto era simplesmente todo ano divisível por 4, sem exceção. Por isso 2000 foi bissexto — é divisível por 400 — mas 1900 não foi, mesmo sendo divisível por 4. São detalhes que parecem triviais, mas fazem diferença quando você está programando lógica de datas ou auditando sistemas legados.

Na prática, a forma mais segura de verificar é usar uma biblioteca de data do seu idioma de programação. Em Java, por exemplo, LocalDate.isLeapYear() já aplica a regra corretamente. Em Python, o módulo calendar tem a função isleap(). Evite fazer a conta na mão em produção, a menos que seja realmente necessário, porque esquece-se facilmente da exceção do 100. Se você precisa confirmar rapidamente se um ano qualquer é bissexto, basta dividir por 4 e ver se sobra zero. Se sobrar algo, não é. Para 2010, a divisão dá 502 com resto 2. Está encerrado por aí. Anos bissextos seguintes serão 2012, 2016, 2020, e assim sucessivamente, respeitando sempre a exceção dos anos terminados em 00 que não sejam divisíveis por 400.