Why Is 'Thinking' Being Attached to Everything?

Thu, 17 Sep 2026 11:16:18 +0000

I Noticed That Every Profession Now Has a "Thinking." I Went Looking for Why.

It started as a low-grade irritation.

Systems thinking on a job listing. Design thinking in a workshop invitation. Product thinking in a strategy meeting. Computational thinking on a university course banner. These terms kept appearing, and each time they did, I felt a small, specific unease. The kind you get when you suspect everyone else in the room understands something you do not.

Eventually I stopped treating that unease as a sign of my own ignorance and started treating it as a question worth answering. Why is "thinking" being attached to everything? What does it actually mean when you pair it with another word? And what do all these terms have in common, underneath the branding?

I went looking for answers. What I found surprised me.

Before the pairing makes sense, the word "thinking" itself needs to. And it turns out thinking is not one thing. It is a whole family of mental activities, from recalling a memory to constructing an argument to making a split-second call. The most useful insight I came across was a distinction that psychologist Daniel Kahneman made famous: our brains operate in two distinct modes.

System 1 is fast, automatic, and effortless. It reads the emotion on a face before you consciously decide to look. It finishes the sentence before you hear the end of it. For most of our waking hours, this is what is running the show.

System 2 is slow, deliberate, and genuinely hard. It is what you use to follow a complex argument, to notice that your first reaction might be wrong, to work through something you have never encountered before. The brain avoids it when it can, not out of laziness, exactly, but out of efficiency. System 2 is metabolically expensive. The brain would rather not.

I filed that away, not yet sure what to do with it. It came back to me later, in a different form.

When you place a modifier in front of "thinking," something interesting happens on both sides of the pairing.

The modifier shapes the thinking. Left alone, thinking is unfocused. It wanders, it confirms what you already believe, it reaches for the nearest comfortable conclusion. Adding a modifier gives it a track to run on. The word "critical" in critical thinking does not simply describe a topic; it issues an instruction to the brain. Look for flaws. Question assumptions. Do not accept the first answer that arrives. Without that word, you might still be thinking, but your brain is probably just agreeing with itself.

And thinking reshapes the modifier. This is the less obvious half of the relationship. Take the word "design." On its own, it is a noun — an artifact, a layout, an outcome. Add "thinking" and the entire emphasis shifts. You are no longer focused on the thing being made. You are focused on the cognitive process of making it: the empathy, the iteration, the willingness to be wrong and start again. A noun becomes a methodology.

This is the pattern underneath all of these terms. When you see "X thinking," you are not being pointed toward a subject. You are being handed a cognitive lens. A structured way of seeing and moving through a particular class of problem.

Three examples make this concrete, and they work best when set against each other.

Critical thinking instructs the brain to be suspicious. If a headline claims that coffee drinkers live longer, the instinct is to believe or dismiss it based on how it feels. Critical thinking intercepts that instinct and routes you somewhere harder: Who funded the study? How large was the sample? Is correlation being reported as causation? What do other studies say? The goal is not skepticism for its own sake. It is the suspension of judgment until you have actually earned a position.

Design thinking starts somewhere different, with a person rather than a problem. A bank that wants to improve its mobile app might survey customers and build what they ask for. A team practicing design thinking observes customers using the app in real conditions, notices that what users are actually experiencing is anxiety, not knowing whether a transaction went through — and prototypes a small confirmation animation before writing a single line of production code. The solution that emerges is not the one anyone would have asked for on a survey. That is the point.

Systems thinking instructs you to look at how parts affect each other rather than the parts in isolation. A hospital hires more doctors to reduce wait times. Wait times increase. More doctors means more patients seen, which means more follow-up appointments, which means the scheduling system clogs further downstream. A systems thinker would have mapped that feedback loop before the hiring decision. The intervention was obvious; the consequences were not, until you looked at the whole.

These three frameworks feel different from each other and they are. But they share something underneath. Each one is a deliberate System 2 override. Each was built to intercept the comfortable, energy-efficient shortcuts that System 1 wants to take and route the brain into the slow, uncomfortable processing the problem actually requires. All of these frameworks, at their core, are structured workarounds for the brain's preference for the easy answer.

Why is this pattern everywhere right now? Three things, I think.

The most durable reason is that specific knowledge goes stale but mental models do not. Teaching someone the steps for a particular tool has a shelf life. Teaching them design thinking , a repeatable approach to any human-centered problem like travels across roles, industries, and decades. Organizations are increasingly reaching for that durability.

The second reason is that these terms dissolve gatekeeping. "Design" used to belong to designers. "Data" used to belong to analysts. Re-framing them as types of thinking signals that anyone (engineers, marketers, executives) can and should adopt that perspective. Whether that is always earned in practice is a separate debate. The intent is democratizing.

And then there is the honest third reason: this is a good brand. "Design thinking" sounds like a fundamental upgrade to how your mind works. "Design workflow" sounds like a checklist. Packaging methodology as cognition makes it easier to sell as workshops, certifications, consulting engagements. The frameworks are often genuinely valuable. But their proliferation is not purely intellectual. The brand is doing real work, and it would be naive to pretend otherwise.

Now when I encounter a new "X thinking" term I have never heard, I reach for five questions.

What domain does this framework operate in? What specific failure mode was it invented to fix ? What does it exist to prevent? What does it tell you to pay attention to that your default thinking ignores? What does it tell you to resist or question? And what are the actual practices , not the concept, but the things you would do differently on a Tuesday morning?

The answers will not come from knowing what "thinking" means. That word tells you a structured method exists. It does not tell you what the method is. For that, you have to go learn the specific framework , its history, its steps, its blind spots. But at least now you know exactly what you are looking for.

When I see those job listings and workshop banners now, I do not feel the old unease. I feel something closer to recognition. Each term marks a place where someone looked at a class of problem, noticed that human beings approach it badly by default, and spent real effort designing a path through. That is not jargon. That is worth learning.

The Rust on the Ledger: Why Web3 Infrastructure Needs a Machinist’s Tolerance

Tue, 21 Apr 2026 14:09:42 +0000

I spend my weekends looking at the tooling marks on 19th-century revolvers and the serifs on rare 1920s dust jackets. In those worlds, "Truth" isn't a consensus—it’s a physical reality. If a parts-matching serial number is off by a single digit, or a cylinder gap is wide enough to spit lead, the system hasn't just "failed to scale"—it has failed to be honest.

As a systems thinker, I look at the current state of Web3 and I see a lot of "lead-spitting" infrastructure. We’ve traded deterministic truth for probabilistic hype, and we’ve called the resulting mess "innovation."

The Probabilistic Trap

Most of the Web3 world operates on a "Mempool and a Prayer" model. You send a transaction into a chaotic cloud of bidding wars, hoping a miner or validator picks it up before the gas price spikes. This is Infrastructure Debt in its purest form.

Imagine if a machinist had to pay a "priority tip" to ensure their calipers gave them an accurate reading during a peak manufacturing shift. You couldn't build a bicycle that way, let alone a global financial system. When the price of "Finality" is variable, your system is broken by design.

Determinism: The Digital Caliper

Systems thinking requires us to eliminate variables, not add them. This is why I’ve moved my focus toward Hedera and Hashgraph. It’s the only ledger I’ve found that treats consensus like a utility rather than a casino.

In a Hashgraph, there is no "leader" to bribe. The gossip-about-gossip protocol ensures that the order of events is fair, timestamped, and immutable from the moment of broadcast.

Tolerance: $0.0001 USD. Not "usually," not "estimated," but fixed.
Velocity: Finality in 3-5 seconds. No waiting for "confirmations" while the heat of the market warps your data.
Integrity: Asynchronous Byzantine Fault Tolerance (aBFT). It’s the highest security grade in the industry. It’s the digital equivalent of a hardened steel vault.

Bridging the "Iron and Ink"

I've been working on a project recently working on a concept I'm calling Archival Intelligence. It is teaching me that AI is only as good as its constraints. If an AI agent "hallucinates" a valuation for a rare asset, the damage is real. We need a "Ground Truth" that isn't subject to the whims of a congested network.

By anchoring a forensic audit log—the "Ink"—to a high-throughput consensus service like Hedera—the "Iron"—we create a Deterministic Archive. We take the power of verification out of the hands of gatekept institutions and put it into an open, verifiable, and fixed-cost protocol.

Stop Building for the Vibe

The "Legacy Debt" of Web3 is the belief that we can solve architectural flaws with more layers of complexity. We don't need another L2 bridge; we need a cleaner engine.