Roleta de Decisão

A roda de decisão seleciona aleatoriamente uma opção de uma lista e transforma uma escolha pequena em um processo visível e compartilhado. Ela é útil em aulas, atividades de equipe, escolha de comida, ordem de apresentações, sorteios leves, brainstorming e situações em que várias opções são aceitáveis. Seu valor é reduzir fadiga de decisão e tornar a seleção transparente. Ela não substitui julgamento quando opções têm riscos, custos, regras de justiça ou responsabilidades diferentes. Para sorteios sérios, lista de participantes, pesos, exclusões e registro devem ser definidos antes de girar para que o resultado seja explicável. Funciona melhor em decisões de baixo risco.

A roda é um desenho Canvas 2D sobreposto com uma escolha aleatória determinística. Cada fatia é renderizada com ctx.beginPath(); ctx.moveTo(cx, cy); ctx.arc(cx, cy, r, startAngle, endAngle); ctx.fill() onde N opções iguais recebem um arco de 2π/N radianos cada — quinze fatias resultam em 24° de arco cada, o que também explica por que a entrada é limitada a 15 para manter os rótulos legíveis. A fatia vencedora é decidida ANTES da animação: um inteiro sem sinal de 32 bits é sorteado com crypto.getRandomValues(new Uint32Array(1))[0], reduzido módulo N, e esse inteiro é a resposta. A animação então calcula uma rotação-alvo de fullSpins × 2π + (2π − winnerIndex × sliceAngle − sliceAngle/2) para que o ponteiro no topo do canvas termine apontando para o centro da fatia escolhida, e faz a transição dentro de requestAnimationFrame usando uma curva de suavização como easeOutCubic, f(t) = 1 − (1−t)³, ou easeOutBack para o pequeno ultrapassagem que simula uma roda física desacelerando. crypto.getRandomValues é o CSPRNG do Web Crypto (especificado na Web Crypto API), semeado pelo pool de entropia do sistema operacional, então, ao contrário de Math.random, a escolha não pode ser prevista lendo o estado da página. Variantes com peso constroem um array de probabilidade acumulada de tamanho N e fazem busca binária no sorteio aleatório em O(log N). As saídas são inteiramente visuais e efêmeras — nada é registrado, então qualquer trilha de auditoria (timestamp, lista de opções, captura de tela) deve ser capturada externamente antes que a página seja atualizada.

• Renderização Canvas: cada fatia é ctx.arc(cx, cy, r, startAngle, endAngle) com sliceAngle = 2π / N — 15 opções dão 24° por fatia, que é o limite prático de legibilidade.
• A seleção do vencedor usa crypto.getRandomValues(new Uint32Array(1))[0] % N — CSPRNG do Web Crypto, semeado pela entropia do SO, adequado para sorteios justos de uso único, mas NÃO para loterias reproduzíveis (sem trilha de auditoria).
• A animação roda em requestAnimationFrame na taxa de atualização do display (tipicamente 60 Hz) com easeOutCubic f(t) = 1 − (1−t)³ ou easeOutBack para um leve ultrapassagem — a curva é cosmética, o vencedor já foi escolhido.
• A rotação final é targetRotation = fullSpins × 2π + (2π − winnerIndex × sliceAngle − sliceAngle/2) para que o ponteiro superior caia no centro da fatia, não na borda.
• O modo de opções com peso constrói um array de soma prefixa dos pesos e usa busca binária para mapear um número aleatório uniforme em uma fatia em O(log N) — equivalente a amostragem por inversa da CDF.
• O viés do módulo é desprezível quando N ≤ 15 e o sorteio tem 2³² valores de amplitude (viés ≈ N / (2 × 2³²) ≈ 1,7×10⁻⁹), então nenhum loop de rejeição é necessário.
• Cada giro é i.i.d. — giros consecutivos podem repetir a mesma opção e isso é comportamento uniforme correto, não um bug; deduplicação entre giros requer um registro externo.