O Número Formado Por Três Algarismos Diferentes

Como calcular e entender o número formado por três algarismos diferentes

A gente se depara com esse tipo de pergunta constantemente em análise combinatória básica. Na prática, o conceito é simples, mas as armadilhas aparecem rápido se você não prestar atenção nos detalhes. Vou explicar do jeito que eu trabalho quando preciso resolver isso de forma rápida e sem margem para erro. Primeiro, deixar claro o que estamos falando. Um número de três algarismos onde cada dígito é distinto. Isso significa que não pode ter repetição — nada como 112 ou 333. O zero também precisa de tratamento especial, porque não pode ser o primeiro dígito de um número de três algarismos válido. O cálculo segue uma lógica de preenchimento posição por posição, que é o método mais confiável. Vamos lá:

Posição das centenas: Você tem 9 opções, porque os dígitos vão de 1 a 9. O zero está proibido aqui. Se você colocasse zero na frente, estaria falando de um número de dois algarismos ou menos. Posição das dezenas: Agora sobram 9 opções. O dígito que você usou nas centenas não pode ser repetido, mas o zero entra nessa contagem normalmente. Total de dígitos disponíveis era 10, menos 1 que já foi usado. Posição das unidades: Faltam 8 opções. Dois dígitos já foram empregados, então 10 menos 2 igual a 8.

Multiplicando tudo: 9 × 9 × 8 = 648 números. Esse é o resultado final. Se quiser usar notação de permutação com restrição, fica assim: P(10,3) daria 720, mas precisamos subtrair os casos em que o zero vem primeiro. Quando o zero está fixo na centena, sobram P(9,2) = 72 arranjos. Então 720 72 = 648. O resultado é o mesmo, mas esse segundo caminho às vezes gera mais confusão do que resolve. Eu já vi gente confundir isso achando que a resposta seria simplesmente 9 × 8 × 7 = 504. Esse erro acontece quando a pessoa aplica a fórmula de permutação de forma cega, sem considerar que o zero tem tratamento diferente na primeira posição. O 504 seria o correto se estivessemos escolhendo 3 dígitos de um conjunto de 9 (excluindo o zero desde o início), mas não é o caso aqui.

Um problema real que eu tive com esse tipo de cálculo

Num projeto meu, precisei gerar todas as senhas numéricas possíveis de três dígitos com algarismos distintos para testar um sistema de validação. O problema foi que o sistema permitia entradas com zero à esquerda — tipo 012 era tratado como um código válido. Aí a matemática muda completamente. Nesse cenário, a posição das centenas passa a aceitar 10 opções (incluindo o zero), as dezenas têm 9 opções restantes e as unidades 8. O resultado seria 10 × 9 × 8 = 720. Como eu estava validando contra 648, o sistema rejeitava códigos que na verdade eram válidos. Eu resolvi isso adicionando uma condição específica no script: se o número tiver menos de três dígitos, eu completava com zeros à esquerda antes de aplicar a regra de distinção. Assim, 012 vira 012 e é checado corretamente como tendo três algarismos distintos. Esse detalhe de fronteira pode estragar sua contagem se você não antecipar.

Insights que normalmente passam despercebidos

Um ponto que pouca gente leva em conta é a diferença entre arranjo e combinação aplicada a esse problema. Arranjo importa a ordem — 123 é diferente de 321. Combinação não importa. Em senhas, códigos e números de três algarismos, a ordem sempre importa, então arranjo é o caminho certo. Usar combinação por engano daria C(10,3) = 120, que é um número absurdamente menor e claramente errado para o contexto. Outro ponto: se você restringir o problema a dígitos pares ou ímpares, a coisa muda bastante. Por exemplo, números formados por três algarismos distintos todos pares: os dígitos disponíveis seriam {0,2,4,6,8}. Centenas recebem 4 opções (não pode ser zero), dezenas 4, unidades 3. Total: 48. É um cálculo que parece simples mas que em listas de exercícios costuma cair como pegadinha.

Quando esse método não funciona bem

O cálculo manual funciona perfeitamente para três algarismos. Começa a ficar complicado quando você sobe para quatro, cinco ou mais posições, principalmente com restrições adicionais como "não pode conter o dígito 5" ou "os dígitos devem formar um número par". Nesse nível, o método de preenchimento posição a posição ainda vale, mas o risco de erro humano cresce muito. Recomendo nessa situação usar uma verificação por programa — um script simples em Python leva segundos e elimina qualquer dúvida. Também é importante notar que esse raciocínio pressupõe o sistema decimal padrão. Se estiver lidando com bases diferentes — binário, hexadecimal e por aí — as regras mudam completamente. A base do problema continua a mesma (preenchimento posicional sem repetição), mas o conjunto de dígitos disponíveis é outro.

Resumo prático para aplicar agora

Para qualquer problema de número formado por três algarismos diferentes, siga estes passos sem pular nenhum: 1. Liste quantas opções cada posição recebe, considerando restrições específicas. A primeira posição (centenas) nunca pode receber zero, a menos que o contexto diga o contrário explicitamente. 2. Multiplique as opções de todas as posições em sequência.

3. Verifique se há restrições adicionais que possam exigir subdivisões do cálculo — como "número deve ser par" ou "deve começar com um dígito maior que 5". Nesses casos, divida o problema em casos e some os resultados. 4. Confirme o resultado com uma contagem alternativa, como a abordagem de subtração que mostrei acima (total sem restrição de leading zero menos os casos com zero na frente). Isso resolve a grande maioria dos casos. Se o problema vier com condições extras complicadas, aí sim vale a pena codificar uma verificação em vez de confiar apenas no cálculo mental.