new file mode 100644
index 0000000..1c2a07b
@@ -0,0 +1,80 @@
+---
+visibility: public-edit
+---
+
+# set theory as thinking
+
+a set is a collection of things. that's it. but from this absurdly simple starting point, you get a way of thinking that clarifies almost everything.
+
+## the basic operations
+
+**union** (A ∪ B): everything in A or B or both. combining categories. "people who like pizza OR people who like sushi" = "people who like at least one of pizza or sushi."
+
+**intersection** (A ∩ B): everything in both A and B. finding overlap. "people who like pizza AND sushi" = "people who like both."
+
+**difference** (A \ B): everything in A that's not in B. filtering. "people who like pizza but NOT sushi."
+
+**complement** (Aᶜ): everything not in A. the opposite. "people who don't like pizza."
+
+these four operations let you manipulate categories with precision. every database query (SQL's WHERE, JOIN, UNION, EXCEPT) is set operations on rows. every search engine query (AND, OR, NOT) is set operations on documents.
+
+## MECE: mutually exclusive, collectively exhaustive
+
+this is the consulting framework, but it's really just a set theory concept: a **partition** of a set.
+
+a partition divides a set into subsets that are:
+- **mutually exclusive**: no element belongs to two subsets (A ∩ B = ∅)
+- **collectively exhaustive**: every element belongs to some subset (A ∪ B ∪ C ∪ ... = the whole set)
+
+why does McKinsey care about this? because sloppy categorization causes sloppy thinking. if your market segments overlap, you'll double-count customers. if they don't cover everyone, you'll miss a segment. MECE is the antidote.
+
+examples of MECE partitions:
+- people by age bracket: 0-17, 18-34, 35-54, 55+ (no overlap, no gaps)
+- revenue by product line (if every dollar comes from exactly one product)
+- time by day of the week
+
+examples of NON-MECE breakdowns:
+- "students, athletes, and musicians" — a student-athlete-musician is in all three (not mutually exclusive)
+- "domestic and international customers" — what about customers with dual presence? (ambiguous)
+
+the discipline of asking "is this MECE?" catches a huge number of analytical errors.
+
+## venn diagrams
+
+venn diagrams are the visual language of set theory. two or three overlapping circles can clarify relationships that paragraphs of text obscure.
+
+but venn diagrams have limits. with 4+ sets, they become unwieldy. and they encourage you to think about small, discrete categories when sometimes the right framework is continuous (a spectrum, not a partition). knowing when to use set-theoretic thinking and when to use continuous thinking (more like [calculus](/wiki/structural/calculus-as-thinking) or [linear algebra](/wiki/structural/linear-algebra-as-thinking)) is itself a useful skill.
+
+## binary classification as set membership
+
+the most basic question in set theory: "is x in the set S?" yes or no.
+
+this is exactly the binary classification problem in machine learning: is this email spam or not? is this transaction fraudulent or not? is this patient sick or not? the entire field of classification is about drawing boundaries in some feature space that define the set of "positive" examples.
+
+connections to [probability](/wiki/immediate/probability-in-daily-life): in practice, you rarely get a hard yes/no. you get a probability — "this email is 87% likely to be spam." the boundary between "in the set" and "out of the set" becomes fuzzy. fuzzy set theory formalizes this.
+
+## set operations on ideas
+
+the most powerful application of set-theoretic thinking is to ideas themselves:
+
+- what's the **intersection** of "things I'm good at" and "things the world needs"? (that's roughly your career sweet spot)
+- what's the **union** of all the skills needed for this project? who on the team covers what?
+- what's the **difference** between what we planned and what we delivered? (the gap)
+- is our feature list **MECE** with respect to user needs? are there gaps? are there overlaps?
+
+any time you're categorizing, comparing categories, or checking for gaps and overlaps, you're doing set theory. the formal language just makes it precise.
+
+## russell's paradox and the limits of naive sets
+
+consider the set of all sets that don't contain themselves. does it contain itself?
+
+- if it does, then by definition (it contains sets that *don't* contain themselves) it shouldn't
+- if it doesn't, then by definition it should
+
+this paradox (bertrand russell, 1901) destroyed naive set theory and forced mathematicians to build more careful foundations (ZFC axioms). the lesson: even the simplest-seeming concepts — "a collection of things" — can harbor contradictions if you're not careful about definitions.
+
+this is why definitions matter. not pedantically, but fundamentally. sloppy definitions lead to paradoxes, and paradoxes lead to wrong conclusions. set theory teaches you to be precise about what you mean by a category — and that precision is valuable far beyond mathematics.
+
+## the deep point
+
+set theory is the mathematics of classification. in a world drowning in information, the ability to categorize precisely — to define boundaries, check for completeness, identify overlaps, and reason about relationships between categories — is one of the most practical mathematical skills there is. you don't need to know the axiom of choice to benefit from thinking in sets.
\ No newline at end of file