Calculando idade: o que todo mundo erra na hora de calcular
A conta parece trivial, mas é surpreendente a quantidade de gente que erra porque não considera os detalhes. Quando se fala quem é de 2002 tem quantos anos, a resposta curta é: depende. Depende da data exata de nascimento e da data atual. Se a pessoa nasceu em janeiro de 2002 e estamos em julho de 2026, ela já fez aniversário e tem 24 anos. Se nasceu em dezembro de 2002, ainda não fez e tem 23. A diferença entre 23 e 24 parece bobinha até você precisar preencher um formulário oficial, um contrato ou declarar algo no Imposto de Renda, onde a idade exata importa.
Quem é de 2002 tem quantos anos — a resposta que funciona na prática
A forma mais direta é subtrair o ano de nascimento do ano atual e depois ajustar. O cálculo básico é 2026 menos 2002, que dá 24. Mas esse número só está certo se o aniversário já passou no corrente ano. O teste simples é: compare o mês e dia de nascimento com a data de hoje. Se hoje for 15 de julho de 2026 e a pessoa nasceu em 20 de março, o aniversário já passou, então a idade é 24. Se a data de nascimento for 10 de agosto, o aniversário ainda não veio, e a idade correta é 23. Esse ajuste de um ano é o erro mais comum, e ele acontece inclusive em planilhas feitas por gente que acha que sabe o que está fazendo. No Brasil, esse tipo de coisa aparece com frequência em sistemas de RH, cadastros de concurso e até em apps de saúde que pedem a idade para recomendações de dose. Já vi um caso em que um sistema marcava automaticamente todos os nascidos em 2002 como tendo 24 anos em dezembro, mesmo antes do aniversário, porque a lógica da planilha era apenas "ano atual menos ano de nascimento". Isso gerou uma inconsistência de cerca de três meses em cada cadastro afetado. A solução foi adicionar uma condição que verificava se a data de aniversário já havia ocorrido no ano corrente, e se não, subtrair um. Em vez de deixar o sistema fazer a conta sozinho, eu passei a validar manualmente uma amostra antes de rodar relatórios. Leva uns minutos a mais, mas evita retrabalho depois.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outro ponto que as pessoas não costumam considerar é o ano bissexto. Quem nasceu em 29 de fevereiro tem uma situação diferente. A lei brasileira entende que, em anos não bissextos, o aniversário legal cai em 1º de março. Na prática, isso significa que a contagem de anos pode ser ligeiramente diferente em documentos oficiais versus o que aparece em contextos informais. Não muda o resultado final da subtração, mas muda a data que você deve usar como referência em cálculos mais sensíveis. Se você precisa calcular idades em lote, o mais seguro é usar uma função de diferença de datas com ajuste de aniversário, e não apenas a divisão pela quantidade de dias em um ano. Ferramentas como a função DATEDIF do Excel ou a diferença de datas do Python com o parâmetro de ajuste de aniversário produzem resultados consistentes. A principal armadilha é confiar em arredondamentos. O resultado de uma divisão por 365 pode parecer razoável em média, mas erra em casos específicos, principalmente perto do aniversário. Eu já perdi tempo corrigindo isso em relatórios porque alguém usou arredondamento para "simplificar".
O downside de confiar cegamente nessa automação é que ela não detecta erros de digitação na data de nascimento. Um 2002 digitado como 2003 ou 1992 vai gerar uma idade errada sem sinal de alerta. O workaround mais barato que eu uso é rodar uma verificação cruzada: comparar a idade calculada com a faixa etária esperada pelo contexto. Se o sistema espera pessoas com idade mínima de 18 anos e o cálculo retorna 5 para um registro, algo está errado. Isso não substitui a conferência manual em campos críticos, mas captura a maioria dos erros de entrada antes que virem problema. Resumindo de forma útil: se você nasceu em 2002, em julho de 2026 você tem 24 anos se o aniversário já passou este ano, e 23 caso contrário. O resto é ajuste fino dependendo do que você precisa fazer com essa informação.
