O limite dos quatro dígitos
Você já parou pra pensar no que acontece quando o contador chega em 9999 e você precisa incrementar? A gente costuma dar essa pergunta como óbvio nos cursos introdutórios de matemática ou programação, mas na prática ela quebra muita gente. O número de maior valor de 4 algarismos é 9999. Ponto. Mas o que ele representa no dia a dia é bem mais chato do que parece.
o número de maior valor de 4 algarismos
É 9999. Cada posição — unidade, dezena, centena e milhar — precisa ser máxima, então cada dígito vira 9. Se alguma posição for menor, o número perde valor imediatamente. Não tem como colocar um 9 na casa dos milhares e um 8 nas centenas e achar que ainda é o maior. Não é. O número seguinte a 9999 é 10000, que já tem cinco dígitos. A transição é abrupta e causa erro simples em qualquer sistema que não trate overflow corretamente. Cheguei a encontrar um bug desses em um sistema de gerenciamento de estoque. Tinham parametrizado o código do produto com exatamente quatro dígitos numéricos. Quando o estoque estourou 9999 unidades de um determinado item, o sistema simplesmente redefiniu para 0000 em vez de gerar um novo código ou escalar pra cinco dígitos. Perdi duas noites depurando isso porque o log não registrava o overflow como exceção. Apenas truncava. A solução foi alterar o campo no banco para VARCHAR(6) e ajustar toda a camada de apresentação. Demorou uns três dias pra aplicar em produção porque havia integrações com sistemas legados que também esperavam strings de tamanho fixo.
O problema não é só técnico. Tem uma armadilha conceitual que vejo bastante: as pessoas confundem "maior número de quatro algarismos" com "maior quantidade possível usando quatro algarismos". São coisas diferentes. Se você pode repetir os dígitos, o resultado é 9999. Se não pode repetir, aí o máximo é 9876. Isso muda completamente a resposta dependendo do contexto do problema. Em concursos e provas, essa distinção é onde a maioria erra. No mercado, é onde o desenvolvedor que não leu os requisitos implementa errado. Outro ponto que ninguém enfatiza: algarismo não é o mesmo que dígito em todo contexto técnico. Em computação, às vezes trabalhamos com representações BCD (Binary-Coded Decimal), onde cada dígito decimal ocupa quatro bits. Nesse caso, um número de quatro algarismos em BCD ocupa 16 bits. O valor máximo armazenável nesses 16 bits sem quebrar a codificação ainda é 9999, mas há espaços vazios na faixa — valores como 1011 (que seria o dígito 11) são inválidos em BCD puro. Se você trabalha com hardware embarcado ou protocolos de comunicação que usam BCD, precisa validar entrada antes de processar, senão dados corrompidos passam despercebidos.
Na prática, a forma mais rápida de chegar no resultado é pensar da esquerda pra direita. A casa de maior peso vem primeiro. Milhar: qual o maior dígito possível? 9. Dezena de milhar não existe porque estamos limitados a quatro posições. Centena: 9 também. Dezena: 9. Unidade: 9. Pronto. 9999. Não tem fórmula mais complexa do que isso. Se alguém tentar complicar com somas ou produtos, está resolvendo um problema diferente do que foi perguntado. Se o seu cenário envolve range de validação — tipo aceitar qualquer número válido de até quatro dígitos — use a condição 0 <= n
= 9999. Em JavaScript eu costuma colocar numa função utilitária simples:
👉 Clique no botão abaixo para saber mais sobre o assunto!
function isFourDigit(n) { return Number.isInteger(n) && n >= 0 && n
= 9999; } Isso evita que números negativos ou com casas decimais entrem na validação. Já vi gente usar regex como ^[0-9]{4}$ pra isso, o que é problemático porque a regex não trata o 0 como número de um dígito, ela exige exatamente quatro caracteres. O número 0042 passa na regex mas é tecnicamente o número 42, que tem dois algarismos significativos. Depende do que você precisa validar, mas geralmente a comparação numérica direta é mais honesta.
Uma ressalva importante sobre limitações: esse raciocínio só funciona em base decimal. Se o sistema operar em base 16 (hexadecimal), por exemplo, o "maior número de quatro algarismos" seria FFFF, que equivale a 65535 em decimal. Em base 2, seria 1111, que é 15. Sempre confirme a base antes de responder. Em auditorias que já fiz,.encontrei relatórios onde o analista assumia base 10 sem verificar e gerava conclusões erradas sobre ranges de dados em sistemas que na verdade usavam hex para endereçamento de memória. Se você precisa gerar esse tipo de validação em lote para múltiplos campos, uma planilha com a fórmula =SE(E(A1>=0;A1
=9999;ÉNÚMERO(A1));"válido";"inválido") resolve rápido. Leva cerca de cinco minutos pra configurar e depois roda em segundos para milhares de linhas. Mais rápido do que escrever código do zero na maioria das vezes.
