DiceDecide

Decision lab

Be the first to rate this page.

Weighted picks, roulettes, speaking orders, lottery odds, gift pairings and a randomness check — all computed in your browser.

Binary Sequence Randomness Check

Inspect bit balance and runs in a pasted 0/1 sequence without uploading it.

Decision Roulette with Custom Sectors

Spin one of your equal-labelled decision sectors locally in the browser.

Lottery Odds Simulator

Compare a pick-from-pool jackpot probability with repeated local imaginary draws.

Random Speaking Order with Fixed First Speaker

Keep one announced speaker first and randomize every later position in your browser.

Secret Santa Pair Generator

Create a local gift-exchange assignment in which nobody receives their own name.

Weighted Random Task Picker

Choose one listed task with a visible positive weight; the list never leaves this browser.

Choose the object before choosing a result

The six tools in this section do not make the same kind of random object. A roulette chooses one labelled category from a fixed menu. A weighted picker gives categories intervals of unequal length. A speaking agenda is a permutation with a reserved first position. A Secret Santa result is a constrained permutation in which every recipient is used once and nobody receives their own name. Lottery odds count unordered subsets, while the binary checker summarizes an already observed sequence. Substituting one model for another can make a tidy display answer the wrong question.

A concrete comparison: repetition versus removal

Consider four tasks, A through D. One equal roulette spin gives each a 1/4 chance and leaves all four available for another spin. A speaking-order shuffle uses the same four names once each, producing 4! = 24 complete orders; after A occupies a place, A cannot occupy another. A gift exchange also uses every name once on each side but excludes self-arrows. The familiar word “random” hides these different sample spaces. Start by asking whether an item may repeat, must disappear, or is forbidden to map to itself.

What the displayed number is actually evidence about

A 50% weighted share is a one-draw probability defined by the entered weights. “One in 13,983,816” is an exact-set probability for a stated 6-from-49 format. A z-score from a binary string compares its observed balance with a simple independent fair-bit reference. None is a forecast, a moral verdict, or proof that the inputs were complete. The calculation becomes checkable when its population, constraint, and stopping rule are visible. A browser result cannot reconstruct a list that was edited before the draw or a sample that was selected after looking at it.

Three short case studies use different arithmetic

For lunch choices Soup, Sandwich, and Leftovers, the equal-sector denominator is 3 and each chance is 1/3. For a workload list weighted 3:2:1, the denominator is 6 and the shares are 1/2, 1/3, and 1/6. For Chair plus Avery, Blake, Casey, and Dev, the tail has 4! = 24 possible orders, and Avery has 1/4 chance of any later position. These examples look alike only at the level of a name appearing on screen. Their denominators come from categories, interval lengths, and arrangements respectively.

Write the human rule beside the mathematical rule

Before a small group uses a result, settle whether duplicate labels are intentional, whether a participant may decline, what happens when someone is absent, and whether a redraw is permitted. For a lottery simulation, state that it is an illustration rather than a payout forecast. For a pasted bit sequence, retain the collection method rather than calling a low score “proof of randomness.” The calculation supplies a repeatable operation; people still own eligibility, consent, timing, and consequences.

Local processing has an operational boundary

These pages run their lists, names, and sequences in the current browser tab. That is useful for informal choices because no account is required, but it provides no shared audit log, identity check, private notification, or recovery record after refresh. Copy the completed roster and the pre-agreed rule when other people need to understand the outcome. Use a documented process with appropriate oversight for prizes, access rights, regulated selection, sensitive personal information, or any decision where a casual local draw would be inadequate.

Match the evidence to the claim

A group can verify a roulette result by counting labels and preserving the list. It can verify a weighted result by adding the weights and checking the intervals. It can verify a speaking order by sorting the tail names against the entered roster. A lottery simulator needs the pool size and pick count to make its denominator meaningful. A bit observation needs the exact sequence and its collection rule. These are different audit trails because the tools make different claims. Calling every output “fair” without naming the relevant evidence is less informative than the calculation itself.

Small examples are for rehearsal, not authority

The default values let a visitor see a reproducible output immediately: three roulette labels, a 3:2:1 weighted list, four speakers after a Chair, five gift participants, 6-from-49 lottery settings, and a pasted binary string. They are demonstrations of each model’s inputs rather than recommended real-world rules. Replace them with the actual eligible population, then inspect it before running the tool. A precise browser calculation cannot make an invented or incomplete input record trustworthy.

Enter your values, review the result, then use it with confidence.

Rate this page

Be the first to rate this page.