Why We Still Say That
Why We Still Say That: Words That Outlived Their World
We say things every day without thinking about where they came from—phrases born from tools we no longer use, jobs that no longer exist, and worlds that have quietly disappeared.
Why We Still Say That explores the surprising origins of everyday expressions and the forgotten history embedded in our language. Each episode unpacks familiar sayings, traces them back to their original context, and reveals why they survived long after the world that created them moved on.
This isn’t a trivia show or a dictionary lesson. It’s a smart, conversational exploration of how language preserves memory, culture, and habit—often without us realizing it.
If you’ve ever wondered why we still hang up phones, roll down windows, or dial numbers, this show explains not just where those phrases came from—but why we keep saying them.
Because words don’t disappear when tools do.
They outlive their world.
Why We Still Say That
“The Cloud” Started As A Placeholder In A Diagram;
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
“The cloud” sounds like something you could daydream about. But your photos, notes, and backups aren’t drifting in a blue sky they’re sitting on physical servers in climate-controlled buildings, burning electricity, managed by real companies with real constraints. So why do we keep using a word that’s so technically wrong, and why does it feel so right?
We follow the surprising origin of the phrase back to engineering culture, where a simple cloud shape in early network diagrams meant “everything outside this system that we’re not going to specify.” That placeholder, meant to simplify complex network architecture, escaped the diagram and entered everyday language. Along the way it picked up emotional power: cloud computing sounds light, distant, effortless, and safer than racks of machines and failure points. That matters because the language we choose doesn’t only describe technology it shapes the trust we place in it.
We also talk about the trade-offs of abstraction. “Save it to the cloud” is useful because you don’t need to understand data centers, redundancy, or distributed storage to get work done. But the same metaphor can hide reality, making the cloud feel infinite, weightless, and permanent when it isn’t. Finally, we dig into the bigger shift embedded in the phrase: moving from owning physical storage to accessing shared infrastructure, where your data is reachable but not quite possessed.
If this changes how you hear everyday tech language, subscribe, share the show with a curious friend, and leave a review. What phrase do you think hides the most reality?
Tempo: 120.0
SPEAKER_00We use words and phrases every day without thinking about their origin. They feel familiar, comfortable, obvious. Even when the world that created them no longer exists, this podcast is about those phrases. Not to correct them, not to modernize them, but to slow down long enough to understand why certain phrases survived. I'm Tim Lansford, and this is why we still say that. Not a metaphorical place, a physical one. If you wanted to know where something was stored, you could point to it. A file cabinet, a desk drawer, a shelf in a closet, a box in a closet. You could open it, you could touch it, you could move it. Storage was visible. Then something changed. Information stopped needing a visible home. It moved off the desk, off the shelf, off the drive where you could hold it in your hand. And when it did, we needed a word that described where it went. We called it the cloud. That's the phrase we still use today. Save it to the cloud. It's backed up in the cloud. Just pull it from the cloud. But nothing is floating. There's no mist, no vapor, no invisible sky holding your files. There are data centers, servers, racks of machines in climate-controlled buildings across the world. And yet we say cloud. To understand why, you have to understand where that word came from. Not from customer marketing, but from engineering. In early network diagrams, when engineers mapped out how systems connected to one another, there was a problem. The internal structure of large networks was complex, too complex to draw in every detail every time. So they simplified it. They drew a shape, a cloud. That cloud represented everything they didn't want to specify. Everything outside the immediate system, everything abstracted away. The cloud wasn't a place, it was a placeholder. It meant this exists, but you don't know the details. The abstraction was powerful, but it allowed people to focus on what mattered, how things connected. Not where every wire ran. Over time, that abstraction moved out of the engineering diagrams and into everyday language. And then something interesting happened. The metaphor stuck. Because it did something more than simplify, it softened. The cloud sounds light. It sounds distant. It sounds effortless. It doesn't sound like infrastructure. It doesn't sound like hardware. It doesn't sound like something that could fail. All that matters, because the phrase didn't just describe location, it shapes perception. When you say something is in the cloud, you're saying it's somewhere else but accessible. Not here, but not gone. Available, but not visible. That's a very human way of describing abstraction. We've always used metaphors to understand things we couldn't understand and we couldn't see. We talked about headspace. We talked about carrying weight. We talk about having something on our plate. None of those are literal, but they gave us something, some place that sort of can help navigate that complexity. The cloud does the same thing. It gives us a way to talk about distributed storage without needing to understand servers, redundancy, or network architecture. It trades accuracy for usability. And that's why it survived because it works. You don't need to know where your files are physically stored to use them. You just need to know you can get to them. The phrase provides reassurance. It says your information is somewhere safe even if you can't see it. That's trust embedded in that. And that trust is essential because, unlike a drawer or shelf, the cloud requires faith. You can't open it, you can't expect it, you can't physically verify it. You rely on systems you don't control. That phrase helps bridge the gap. It makes something complex feel simple. But there's a trade-off. When the language simplifies too much, it can hide reality. The cloud feels infinite, but it isn't. It feels weightless, but it isn't. It feels permanent, but it isn't. Data stored in the cloud still exist on physical machines. Those machines require power, cooling, maintenance. They exist in real places, owned by real companies, subject to real limitations. But the phrase removes all of that. It abstracts it away. And there's both strength in that and weakness in that. It allows us to use technology without understanding it. But it also makes us forget there's something to understand. This isn't new. Language has always simplified complexity. We say sunrise even though the sun doesn't actually rise. We say download, even though nothing is physically moving downward. We say the cloud even though nothing is floating. These phrases persist because they align with how we think, not how systems actually work. And thinking matters more than precision in everyday communication. There's also something aspirational in the word cloud. Clouds are above us. They're expansive, they're shifting, they're everywhere. The metaphor suggests scale. It suggests reach. It suggests something larger than any single device or location. That's exactly what cloud computing provides. Access from anywhere, storage beyond physical limits, connection across distance. The metaphor fits emotionally, even if it doesn't fit technically. That emotional alignment is why we stayed. Language feels that feels right tends to survive longer than language that is technically correct. And the cloud feels right. Even if it hides the reality underneath, there's another layer here. When we say something is in the cloud, we're also saying it's not entirely ours. It exists somewhere else. It's accessible, but not possessed. That's a shift. We moved from owning physical storage to accessing shared infrastructure and the language adjusted. We didn't create a new word that emphasized ownership. We created one that emphasized location. One more accurately, non-location. The cloud is somewhere and nowhere all at the same time. Because it reflects the experience. You don't think about where your files are stored. You think about whether you can access them. That's the shift from physical to functional thinking. The language followed that shift. So the next time you say cloud or the cloud, pause for a moment. Notice that you're using a word that began as a simple drawing and a network diagram. Notice that phrase still works perfectly, even though it hides an entire world of infrastructure. Notice that you didn't need to know the details for the word to make sense. Because the language doesn't just describe where things are, it describes how we relate to them. All right. Well, curiosity has a way of interrupting the routine, and sometimes the simplest questions are the ones that stay with us the longest. I'm Tim Lansford. Thank you for listening, and thank you for staying curious. Have a great day.