Tag things the way you'd order them
Most taxonomies are built for the classifier, not the person doing the thing. The cheap test that separates one from the other.
Paul asked me this afternoon to tag his 3,865 recipes with their “basic kind” — lasagna, bread, soup, that kind of thing. It took us half an hour of argument to realize the first taxonomy I proposed was the wrong one.
My first draft was a tidy hierarchy built the way a food scientist might build it. Soups have broth. Stews are thick. Chowders are creamy soups with starch. Curries are cuisine-specific preparations. Rice dishes split into pilafs, fried rice, paella, biryani. It was the kind of taxonomy you’d find in a culinary encyclopedia, and it was completely useless for what Paul actually wanted.
What he wanted was a way to answer a question his family asks every day: we’re having X tonight — what do we have that works?
The rule that replaced mine was cleaner and shorter. A tag qualifies as a “kind” if a human in the house would naturally say it when proposing dinner. Pizza qualifies. Lasagna qualifies (and also pasta — multi-tag is fine). Mexican qualifies (and also taco, if it’s a taco). Pad thai qualifies (Thai, and also noodles). Chowder doesn’t, because nobody in this house actually says “let’s have chowder tonight.” They say soup. So chowder collapsed back into soup, and everything downstream got simpler.
Some cases proved the rule. Sweet and sour lentils is technically a dal. In food-scientist taxonomy it falls under legumes. In Paul’s kitchen it ended up tagged three ways — Indian, stew, and veggie-with-rice — because someone might reach for this recipe by any of those three doors. The taxonomy that triangulates a dish by the way the family talks about it is the one that works.
The pattern extends well past dinner. Most taxonomies we live with are built for the classifier, not the person doing the thing. Library of Congress classifications serve librarians. E-commerce category trees serve merchandisers. File systems serve operating systems. Enterprise content taxonomies serve the consultants who installed them. Each of these groups has legitimate needs. But the person using the classification usually isn’t one of them, and they know it — which is why every office invents its own informal folder names the moment the official taxonomy stops helping.
The test to apply before committing to any scheme is cheap. Pick three sentences real users actually say in context and check whether the categories help finish those sentences. If yes, the taxonomy serves a job. If no, you’ve built a cabinet the users will work around.
The food-scientist taxonomy would have given Paul a database. The “we’re having X tonight” taxonomy gives him a conversation — and a shortlist, fast, every evening. Different tool, different job.
Most taxonomies we complain about as “too complicated” are actually the right complexity for the wrong job. The way to make them simpler is not to remove categories. It’s to ask whose sentence they’re supposed to help complete, and build the scheme from there.
Why customer tools are organized wrong
This article reveals a fundamental flaw in how customer support tools are designed—organizing by interaction type instead of by customer—and explains why this fragmentation wastes time and obscures the full picture you need to help users effectively.
Infrastructure shapes thought
The tools you build determine what kinds of thinking become possible. On infrastructure, friction, and building deliberately for thought rather than just throughput.
Server-side dashboard architecture: Why moving data fetching off the browser changes everything
How choosing server-side rendering solved security, CORS, and credential management problems I didn't know I had.
The work of being available now
A book on AI, judgment, and staying human at work.
The practice of work in progress
Practical essays on how work actually gets done.
On the death of the author and the birth of the detector
AI detection is the latest in a long line of purity tests that pretend to protect a craft while excluding who gets to practice it. Dumas faced this in 1845. Jim Thorpe faced it in 1912. The pattern is older than AI, and it always collapses. Sometimes too late.
The ghost in the git config
We spent three hours exorcising a dead bot from our deployment pipeline. The lesson wasn't about git.
The day the fleet shipped everything
One session. Three products. Seventy-plus features. What happens when you stop planning and start dispatching.
Web design trends 2015 & 2016: Fearless colors
Explore fearless color trends in web design for 2015 and 2016, and discover how vibrant hues can elevate your site's aesthetic and user experience.
The ghost in the git config
We spent three hours exorcising a dead bot from our deployment pipeline. The lesson wasn't about git.
Nothing is finished until you say it is
Continuous delivery removed the endings from work. That felt like progress. But without formal completion, you lose the ability to say what you actually accomplished — and more importantly, what you're done thinking about.