Guided pathThis is part of Understand Transformers & BERTBack to the path

Probability Traps & Fallacies (step by step)

P1.stats-literacy.03 · Audience: guest, it-ml, language-pro · Prerequisites: Experiments & A/B Testing (step by step)

Take it one idea at a time: the everyday thinking mistakes we make with chance and numbers — from misreading rare events, to seeing patterns in randomness, to confusing luck with skill. Each step has a worked example. No maths required, just clearer questions to ask.

One habit to build. Before trusting any number about chance, pause and ask two things: how common is this to begin with? and am I reading the numbers in the right direction? Almost every trap on this page is caught by those two questions.

Step 1 / 5The Base Rate

1 — The base rate and the base-rate fallacy (b9). The base rate is simply how common something is to begin with — before you run any test or hear any evidence. Ignore it and even a very accurate test can badly mislead you.

Worked example — a 95%-accurate fraud flag that's mostly wrong. Only 0.5% of transactions are fraud, and the detector is 95% accurate. Run it over 10,000 transactions and count the flags:

GroupFlagged by the detector
50 real fraud (0.5%)~48 caught
9,950 legit~498 false alarms
Total flagged~546 flags

Of ~546 alarms, only ~48 are real — fewer than 1 in 10 flags is fraud, even though the detector is '95% accurate'. The legit majority is so large that its small error rate produces more false alarms than there are true cases.

Ignoring this is the base-rate fallacy. Always ask 'how common is this in the first place?' before trusting a scary-sounding result.

⚡ Interview Ref — the quick-scan Reference face

In plain language: the everyday thinking mistakes we make with chance and numbers — from misreading rare events, to seeing patterns in randomness, to confusing luck with skill. No maths required, just clearer questions to ask.

One habit to build. Before trusting any number about chance, pause and ask two things: how common is this to begin with? and am I reading the numbers in the right direction? Almost every trap on this page is caught by those two questions.

1 — The base rate and the base-rate fallacy (b9)

The base rate is simply how common something is to begin with — before you run any test or hear any evidence. Ignore it and even a very accurate test can badly mislead you.

Plain example. Suppose a condition affects only 1 person in 1,000, and a test for it is 99 percent accurate. Test 1,000 people: you catch the 1 real case, but the test also raises a false alarm for about 10 of the 999 healthy people. So out of roughly 11 alarms, only 1 is real — most 'positive' results are false, even though the test is very accurate.

The reason is the base rate: the healthy majority is so large that its small error rate still produces more false alarms than there are true cases.

  • Ignoring this is the base-rate fallacy.
  • Always ask 'how common is this in the first place?' before trusting a result.
  • A scary-sounding accurate test can still be mostly false alarms for a rare thing.

2 — The gambler's fallacy, independent events & streaks (b34)

Some events are independent events: the outcome of one has no effect on the next. Coin flips and roulette spins are the classic cases — the coin has no memory of what came before.

Plain example. A fair coin lands heads five times in a row. It feels like tails is 'due' — but the next flip is still an even 50-50. The past run changes nothing. Believing otherwise is the gambler's fallacy.

Why streaks fool us. Long runs of the same result happen naturally by pure chance; over many flips some streaks are almost guaranteed. Seeing a streak does not mean the odds have shifted or that a correction is owed.

  • For independent events, past results never change the next one.
  • 'It's due' is the gambler's fallacy — an easy trap.
  • Don't read a meaningful pattern into what is just randomness.

3 — Separating skill from luck (b37)

Short-term results are noisy: chance moves them around a lot. So a brilliant quarter can be plain luck, and a poor one can be ordinary variance rather than a real decline.

Plain example. A salesperson has a record month. Was it their new approach, or did a few big deals simply happen to close together? With one month you genuinely cannot tell — the sample is too small for luck and skill to look different.

What to look at instead:

  • Larger samples — many months, many attempts, not one lucky window.
  • Consistency over time — does the result repeat, or was it a one-off?
  • Would it survive repetition? — real skill tends to show up again; luck does not.

Before crediting skill (or blaming failure), ask whether the outcome would hold up if you ran it many more times.

4 — Tail risk: why averages understate extreme events (b36)

An average describes the typical case, but it quietly hides the rare, extreme outcomes — the 'tail' of the range. Tail risk is the danger that lives in those rare extremes, and it can dominate the real impact even though it almost never happens.

Plain example. A system is up 'on average' 99.9 percent of the time — reassuring. But the 0.1 percent might all land in one catastrophic outage during your busiest day. The same logic applies to a sudden fraud spike or a market crash: rare, but huge when it hits.

Averages smooth these away, so plans built only on the typical case are fragile.

  • Averages describe the middle; tail risk lives in the rare extremes.
  • Plan for the worst-case tail, not just the everyday case.
  • Ask 'what happens on the very worst day, not the average one?'

5 — Conditional probability and why direction matters (b35)

A conditional probability is the chance of one thing given another — and its direction matters enormously. The chance of A given B is not the same as the chance of B given A, and swapping them silently is one of the most common reasoning errors.

Plain example. 'Most fraud cases used this feature' is not the same as 'most users of this feature are fraud'. If nearly everyone uses the feature, it can be true that fraudsters use it and yet almost no users of it are fraudulent. Blocking the feature would then punish huge numbers of honest people to catch a few bad ones.

Confusing the two directions leads straight to bad decisions.

  • A given B is not B given A — check which one your number actually describes.
  • Watch for this whenever a claim jumps from a rare group to the whole population.
  • Ask 'given what, exactly?' before acting on a percentage.

Interview one-liners

  • Always ask the base rate first — an accurate test for a rare thing is still mostly false alarms (the base-rate fallacy).
  • For independent events, the past doesn't change the next flip; 'it's due' is the gambler's fallacy, and streaks are just chance.
  • Judge skill vs luck on larger samples and repetition; watch tail risk in the rare extremes, and never swap the direction of a conditional probability.
📚 Go Further

Plain-language explainers on chance, risk, and everyday probability traps.

TypeResource
BookThinking, Fast and Slow — Kahneman, on base rates and intuition
BookThe Black Swan — Taleb, on tail risk and rare extreme events
In-appReading Numbers, for framing and sampling pitfalls
Ask the mentor about this module

Ask a question about this content. The mentor explains and grounds its answer in what you are studying; asking is recorded as a learning signal, not a grade.

Ctrl/Cmd + Enter to send