Quantos Números Inteiros Existem Entre 30 E 21

Inteiros entre dois valores: o que todo mundo erra na hora de contar

Tem gente que ainda acha que basta subtrair e pronto, mas a resposta varia dependendo se os extremos entram ou não na contagem, e isso causa confusão constante em listas de verificação, cálculos de estoque e até em perguntas de entrevista técnica. Vou mostrar como fazer sem depender de memória de fórmulas. O cálculo é simples quando você domina a lógica. Para inteiros estritamente entre dois números, você pega o maior, subtrai o menor e tira um, porque os ponteiros de inclusão ficam de fora. No caso de quantos números inteiros existem entre 30 e 21, o intervalo fechado dá dez unidades: 21, 22, 23, 24, 25, 26, 27, 28, 29 e 30. Se quiser apenas os que ficam no meio, sem as pontas, sobram oito: 22, 23, 24, 25, 26, 27, 28, 29.

Quantos números inteiros existem entre 30 e 21 na prática

Ao trabalhar com intervalos fechados, a conta certa é max menos min mais um. Ou seja, 30 menos 21 mais 1 resulta em dez. Essa é a regra que eu uso todos os dias em tabelas de dados, onde preciso contar faixas de idade, faixas salariais ou janelas de tempo dentro de relatórios. Quando esqueço do mais um, já perdi horas refazendo planilhas inteiras porque alguém colocou os extremos errados. O erro mais comum acontece quando as pessoas aplicam a fórmula de intervalos abertos por padrão. O intervalo aberto exige max menos min menos um, então 30 menos 21 menos um dá oito. Eu já vi técnico sênior confirmar oito em uma apresentação porque tinha confundido a convenção do banco de dados com a do relatório final. A correção foi só deixar explícito nos metadados se a borda estava incluída ou não. Outra pegadinha que ninguém avisa é a ordem dos operandos. Se você escrever 21 menos 30, o resultado dá negativo automaticamente, mesmo que a intenção seja apenas o tamanho do gap. Sempre use o maior primeiro, ou então tome o valor absoluto da diferença antes de aplicar qualquer regra de inclusão. Fiz uma rotina de audição num sistema legado onde o campo de data vinha invertido sem aviso, e o filtro retornava zero linhas até eu colocar um Math.Abs antes da conta.

Quando o intervalo é muito grande, como acima de um milhão, a aritmética direta continua certa, mas o risco de overflow aumenta em linguagens com tipos fixos. Em Ccom int32, valores maiores que dois bilhões e cento e quaranta e sete milhões podem estourar silenciosamente. A solução que eu adotei foi usar int64 no cálculo intermediário e só truncar o resultado final quando a validação passar.

Método passo a passo para qualquer par de números

Primeiro, identifique qual dos dois é o maior e qual é o menor. Depois, decida se quer extremos inclusos ou não. Se quiser tudo entre eles, aplique max menos min mais um. Se quiser só o interior, aplique max menos min menos um. Se algum dos dois for negativo, a lógica continua válida, mas o sinal do resultado deve ser tratado com cuidado para não gerar contagens negativas acidentais. Eu recomendo testar sempre com um caso mínimo antes de aplicar em produção. Use os números um e dois: o fechado dá dois, o aberto dá zero. Se a sua implementação não bater isso, algo está errado na convenção de inclusão. Já perdi duas horas debugando uma query porque o engenheiro anterior tinha usado menos um em vez de mais um, e o relatório final vinha com metade dos registros faltando. Se o problema exige alta performance, evite laços de contagem. Um loop de um milhão de iterações pode levar de dez a trinta segundos, dependendo da plataforma, enquanto a aritmética direta leva menos de um microssegundo. Em sistemas embarcados com orçamento apertado, essa diferença costuma separar um produto funcional de um timeout na linha de produção.

Quando os números vierem como strings ou dados de arquivo, converta para inteiros antes de aplicar a fórmula. Parse mal feito gera exceções silenciosas ou valores zero que distorcem completamente o resultado. Eu já encontrei arquivo CSV com vírgula decimal em vez de ponto, e a conversão direta dava zero em vez de trinta, o que fazia toda a contagem colapsar. A correção foi usar NumberFormatInfo com cultura invariant antes do parse. Se o seu cenário permite valores duplicados ou intervalos sobrepostos, a contagem simples já não basta. Nesse caso, use união de intervalos ou uma estrutura de segmentos, mesmo que isso aumente a complexidade de manutenção. Em projetos onde os dados vêm de múltiplas fontes com fusos horários diferentes, a abordagem ingênua gera contagens duplicadas que parecem corretas até você cruzar com o log de produção.