Escolha Um Número De 1 A 100

Como escolher um número de 1 a 100 sem errar

A maioria das pessoas subestima o que acontece quando precisa sortear um número entre 1 e 100. Parece trivial até o momento em que o resultado é contestado, revisado ou simplesmente errado por causa de um viés inconsciente. Eu já vi gente brigando por causa de um "sorteio" que na verdade era apenas o dedo caído em cima do 7 porque todo mundo escolhe 7 quando acha que está sendo aleatório. O objetivo não é só obter um número qualquer. É obter um número que seja funcionalmente imprevisível e defensável. No meu caso, trabalho com loterias internas de departamento, escalas de plantão e distribuição de tarefas que precisam passar em auditoria. Já tive um gestor questionando um sorteio porque eu tinha usado um algoritmo que gerava padrões cíclicos a cada 50 números. Demorei três horas para explicar que o gerador era deterministicamente enviesado e depois refiz tudo com uma semente criptográfica. Existem basicamente três abordagens que funcionam no dia a dia. A escolha depende do nível de rigor que o contexto exige.

Método 1: gerador pseudoaleatório com biblioteca padrão. Python com o módulo random, JavaScript com Math.random(), Excel com =ALEATÓRIO(). Basta gerar um float entre 0 e 1, multiplicar por 100 e arredondar. Funciona para a grande maioria das situações corporativas e pessoais. O problema é que esses geradores são pseudoaleatórios, não verdadeiramente aleatórios. Para uso interno, isso raramente importa. Para jogos de azar regulamentados ou concorrências públicas com fiscalização, não serve. Método 2: gerador baseado em entropia do sistema. Em Python, use secrets.choice(range(1, 101)). No Node.js, crypto.randomInt(1, 101). Esses usam fontes de entropia do sistema operacional (eventos de hardware, timing de interrupções, ruído térmico). São mais lentos mas produzem resultados que resistem a revisão forense básica. Eu uso esse método quando o sorteio envolve dinheiro, bonificações ou anything que alguém possa processar depois. Método 3: fonte externa confiável. Sites como random.org usam ruído atmosférico real. Útil quando você precisa de um selo de imparcialidade que terceiros reconheçam. A desvantagem é dependência de conexão e limitação de taxa gratuita. Já fiquei travado num sorteio de fim de ano porque o rate limit do random.org tinha expirado e eu não tinha backup preparado.

Pegadinhas comuns que ninguém conta

A primeira pegadinha é o arredondamento. Se você usar Math.floor(Math.random() * 100) + 1, funciona. Mas se fizer Math.round(Math.random() * 100), os extremos 1 e 100 terão metade da probabilidade dos demais. Isso estragou um sorteio meu uma vez e levou duas rodadas de redistribuição. A segunda é o viés humano. Quando você pede para uma pessoa "escolher um número de 1 a 100", cerca de 30% escolhem 7, 13 ou 42. Se o objetivo é imparcialidade, depender da subjetividade humana é um erro. Use sempre uma máquina. A máquina não tem preferência por números primos ou datas comemorativas. A terceira, e mais silenciosa, é a reutilização de semente. Geradores pseudoaleatórios com a mesma semente produzem a mesma sequência. Eu já vi isso acontecer numa ferramenta interna onde a semente era fixada como data atual em segundos desde epoch. Dia diferente, sequência idêntica. O suporte técnico demorou uma semana para perceber.

Um exemplo concreto que eu uso

Aqui está o código que eu executo antes de qualquer sorteio que envolva premiados. É simples, não precisa de instalação e deixa rastro auditável: import secrets\nnumero = secrets.choice(range(1, 101))\nprint(numero) Em JavaScript equivalente:

const numero = crypto.randomInt(1, 101); console.log(numero); O intervalo em randomInt é exclusivo no limite superior, então colocar 101 garante que 100 seja inclusivo. Esse detalhe técnica faz toda a diferença entre um sorteio válido e um que someone contesta no jurídico.

Quando não usar nenhum desses métodos

Se o seu contexto exige impresumibilidade verdadeira e não confia em software nenhum, volte para o físico. Bolas numeradas em tambor, extração de cartas de um baralho, ou dados de dieci lados empilhados. Sim, parece arcaico. Mas é o único método que não depende de confiança em implementação de terceiros. O custo é tempo e logística. Um tambor bem feito gasta em média 4 minutos por sorteio, comparado a 0,03 segundos de uma função de biblioteca. Para a maioria das situações do cotidiano — escala de férias, quem pega o coffee run, divisão de tarefas — um gerador padrão resolve em menos de um segundo. O importante é documentar o método usado. Se precisar provar depois que o sorteio foi legítimo, ter o código e a semente registrados vale mais do que qualquer explicação oral.