Categories
AI Creativity History Space SpaceX

The Patience of a Noisy Line

Paul Baran was laughing when he told me about AT&T.

This was before I joined the board of Telebit, his company, a seat I would hold because he later asked me to, which sounds like a credential and was really a gift. At the time we were simply meeting. Before he said a word about the idea the company was built on, he wanted me to know what had happened the first time he tried to explain packet switching to the people who owned the telephone network.

It had happened years earlier, in the early days. They heard him out. They decided it would never amount to anything. He told me the story the way you tell a story about an old friend’s worst haircut, with his whole face, delighted. What amused him was not that they were wrong. It was how complete their confidence was, the particular serenity of people who have never once had to imagine the thing that is about to replace them. Amusement, I would come to understand, was his entire theory of the people who said no.

Then he explained the modem.

Categories
Architecture Infrastructure

The Architecture of the Indestructible

We are conditioned to look for the center of things. When we try to understand an organization, we ask for an organizational chart. When we look at a nation, we look to its capital. Traditional architecture—whether of a building, a company, or an army—relies on a classic playbook: a strong hub, radiating outward. You find the center, you secure it, and the system holds.

But what happens when you try to decapitate an enemy, or a technology, that has no head?

In 1964, a brilliant engineer named Paul Baran sat at his desk at the RAND Corporation, trying to solve a Cold War nightmare: How do you maintain a communications network after a catastrophic nuclear strike? Baran realized that traditional networks were centralized—like a wheel with spokes. If you destroy the hub in the center, every single spoke becomes useless.

His solution was the distributed network, the foundational blueprint for what would eventually become the Internet.

“Under the proposed system, each station would need to be connected to only a few of its nearest neighbors… The system would be highly reliable, even if a large fraction of the stations were destroyed.”

Baran mathematically proved that if you remove the center, the edges don’t die. They simply reroute. A few decades later, telecom engineers used a remarkably similar logic to build cellular telephone networks. Instead of one massive, high-power radio tower serving an entire city, they broke the terrain into a grid of small, low-power cells. If one tower goes offline, the network degrades gracefully rather than collapsing. It bends, but it refuses to break.

There is a profound, poetic irony buried here. The United States government originally funded Baran’s research to create a distributed network so that its centralized monolith could survive. Decades later, asymmetric adversaries across the globe adopted that exact architectural philosophy for their physical defense doctrines—creating “Mosaic Defense” systems designed specifically so that when you destroy the center, the edges keep fighting.

They copied our homework to survive our strength.

I find myself thinking about this tension far beyond the realms of military strategy or software engineering. It is a metaphor for how we construct our lives. We often build centralized lives—anchored entirely to a single identity, a single career, or a single institution. We project a monolith of strength to the world. But monoliths are brittle. When the center is struck, the whole architecture crumbles.

The lesson of our modern architecture is becoming increasingly clear, whether you are managing a network, building an organization, or navigating the quiet complexities of a human life. The fragile monolith is an illusion of safety.

The future belongs to the web that knows how to reroute.

Categories
Assumptions Creativity

The Question Before the Question

I spent hours with Paul Baran over the years, and I never quite got used to his mind.

He asked questions you wouldn’t expect. Not provocative questions, not contrarian ones — just questions that arrived from a slightly different angle than you’d prepared for. And the strange thing was the aftermath. You’d hear the question, feel briefly disoriented, and then — almost immediately — think: of course. Now I understand.

Paul invented the Telebit Trailblazer modem. If you were around in that era you remember what modems were: devices that negotiated a fixed speed and held it. The whole industry operated that way. Speed was a spec, a number on the box, a ceiling you bumped against.

Paul looked at the same problem and saw something different. He didn’t ask how fast a modem could go. He asked what a specific telephone circuit was actually capable of — this wire, right now, in these conditions. The Trailblazer was adaptive. It listened to the line before it decided anything. It milked transfer speeds out of circuits that conventional modems had already given up on.

That’s not a new technique. That’s a new question.

I’ve thought about Paul a lot since then, trying to locate the thing that made his mind work differently. I don’t have a single moment to point to. No whiteboard revelation, no conversation I can replay. Just the accumulated residue of hours in the room with someone who seemed to be operating on different premises than everyone else — asking the question that preceded the question the rest of us were answering.

Morgan Housel quotes Visa founder Dee Hock in Same As Ever: “New ways of looking at things create much greater innovation than new ways of doing them.”

I read that and thought of Paul immediately. What I took from all those hours with him wasn’t a method or a framework. It was simpler and harder than that — a habit of suspicion toward the assumptions already in the room. The ones everyone had agreed to without quite deciding to. The fixed speeds no one was questioning.

I still hear his voice when I catch myself accepting an assumption. Is it, though?