Quem É De 1991 Tem Quantos Anos

Calcular idade de quem nasceu em 1991: o básico e o que ninguém te conta

Se você tem um lote de cadastros onde consta apenas o ano de nascimento — ou até mesmo a data completa — e precisa saber quantos anos alguém de 1991 tem hoje, a conta parece óbvia. Mas na prática, existem armadilhas que fazem todo mundo errar, desde scripts automatizados até planilhas manuais.

quem é de 1991 tem quantos anos

Em 2026, alguém nascido em 1991 completa 35 anos. A subtração simples funciona para a grande maioria dos casos: 2026 menos 1991 é 35. Mas isso só vale se a pessoa já passou pela data de aniversário neste ano. Se não passou ainda, ela ainda tem 34. Essa distinção entre anos corridos e meses/ dias é o que separa um cálculo que funciona de um que dá erro em campo. Quando eu comecei a lidar com massa de registros, costumava fazer a conta direta e depois corrigir manualmente os casos em que o aniversário ainda estava por vir. Funcionava para poucos registros. Quando o volume cresceu, eu percebi que estava desperdiçando tempo com algo que deveria ser direto. O problema real não é a matemática, é a forma como os dados chegam.

Como calcular corretamente

A forma mais confiável em qualquer linguagem de programação é comparar a data atual com a data de nascimento usando operadores de data nativos. Não depende de funções de string, não quebra com meses diferentes e lida automaticamente com anos bissextos. Em JavaScript, por exemplo, subtrair as timestamps e converter para anos pode parecer prático, mas gera arredondamentos errados perto de datas de corte. O jeito certo é criar um objeto de data com o aniversário no ano atual e verificar se ele já aconteceu. Um exemplo direto em Python:

from datetime import date
hoje = date.today()
nascimento = date(1991, 7, 15)
idade = hoje.year - nascimento.year - ((hoje.month, hoje.day) < (nascimento.month, nascimento.day)) Isso retorna 34 se hoje for antes de 15 de julho de 2026, e 35 se for nessa data ou depois. A lógica é simples e funciona sem depender de bibliotecas extras.

Se estiver usando SQL, a coisa muda conforme o banco. No PostgreSQL, datediff não existe como função única; você precisa construir a lógica com intervalos. No MySQL, timestampdiff funciona bem para anos completos. O ponto crucial é que a consulta deve considerar mês e dia, não só o ano. Muitos Scripts que eu vejo em produção usam year(now) menos year(data_nasc) e contam com isso em lotes. Isso gera erro sistemático nos primeiros meses do ano para pessoas cujos aniversários ainda não chegaram.

Problema real que eu encontrei e como resolvi

Eu estava carregando um feed de clientes para um sistema de segmentação. A planilha vinha com data de nascimento no formato brasileiro — dia, mês, ano —, mas alguns registros tinham ano só, sem mês e dia. Para a maioria, tudo bem. Para cerca de 18 por cento dos registros, faltavam essas informações. Quando o script rodava, esses registros caíam em uma lógica padrão que considerava o aniversário como 1 de janeiro, o que inflacionava a idade em até onze meses para metade dos usuários naquele período do ano. O resultado era uma segmentação errada: pessoas que ainda tinham 34 anos apareciam como 35 em campanhas de aniversário, e o suporte recebeu reclamações reales. A solução que adotei foi dividir os registros. Para os completos, usar o cálculo exato com mês e dia. Para os incompletos, aplicar uma abordagem conservadora: considerar a idade como 34 até confirmar que o aniversário já havia passado, e marcar esses registros para tratamento manual. Eu também adicionei um flag no sistema para impedir que registros incompletos participassem de disparos automatizados sensíveis. Esse flag evitou novo erro nos lotes seguintes. Em termos de custo, eu gasto cerca de dois dias limpando e parametrizando a regra, mas depois o processo rodou sozinho sem intervenção.

O que mais você precisa saber na prática

Ano bissexto não é problema para a conta final, mas é para cálculos intermediários. Se você usa diferença em dias e divide por 365, fevereiro de anos bissextos distorce o resultado. Use sempre operadores de data nativos, que tratam isso internamente. Fusos horários importam em sistemas distribuídos. Se seu servidor está em um fuso e o usuário em outro, a data de corte pode mudar. Eu vi um caso em que um registro era considerado aniversário em um banco, mas em outro o horário ainda não tinha virado. A correção foi padronizar o armazenamento em UTC e aplicar a lógica de idade na hora da exibição, não no momento da gravação.

Dados faltantes exigem regra clara. Não tente adivinhar mês e dia com base em estatísticas gerais. É mais rápido ter uma coluna de status que indique se a data está completa, e tratar os incompletos separadamente. Isso evita suposições silenciosas que se propagam.

Erros comuns e como evitá-los

Muitas pessoas fazem a conta com strings, convertendo partes da data manualmente. Isso quebra quando o formato varia, quando há zeros à esquerda, ou quando o sistema recebe datas em formatos mistos. Outra armadilha é confiar em bibliotecas legadas que assumem ano-base fixo e retornam resultados imprecisos perto de datas de corte. A alternativa mais segura é usar a biblioteca padrão da linguagem, com testes de unidade cobrindo datas de aniversário, início e fim de ano, e anos bissextos. Se você trabalha com Excel, a função datedif existe, mas exige atenção ao parâmetro unit. Use "y" para anos completos, e valide com casos de teste. Em planilhas grandes, é comum que fórmulas copiadinhas não se adaptem a linhas com datas fora do padrão, gerando erros silenciosos. Eu recomendo validar uma amostra antes de aceitar o resultado final.

Quando o cálculo direto não é suficiente

Existem cenários onde a idade só não basta. Em regulamentações específicas, o requisito pode ser baseado em fase etária completa, em meses, ou em regras legais que consideram o dia do nascimento de forma diferente. Para esses casos, a conta simples de subtrair anos não atende. Você precisa de uma definição clara do que significa "ter X anos" no seu contexto e implementar uma função que reflita essa definição, com cobertura de testes que inclua os limites do ano e os saltos de bissexto. Se o seu objetivo é apenas uma estimativa rápida para uma lista pequena, a subtração anual com ajuste de aniversário funciona. Se o objetivo é automação em escala, invista em uma rotinapadrão que trate dados incompletos, fusos e anos bissextos, e que produza um log dos casos excepcionais para revisão. Eu costumo manter um arquivo de exceções por lote, porque revisar manualmente os casos críticos é mais barato do que corrigir erros depois que o processo já rodou.

O cálculo de idade para quem nasceu em 1991 é tecnicamente trivial quando tratado com data e lógica correta. O custo real está na preparação dos dados e na definição de regras para os casos incompletos. Com isso em dia, a conta fica limpa e o resto do processo segue sem surpresas.