Skip to main content

ELI5: Billions & Trillions


When we think wealthy people, we think millionaires. When we think big companies, we think billion dollar market caps. With powerhouse countries, we think trillions in GDP. Millions, billions and trillions. In our heads, we think of these numbers as neighbours. With a billion just a step away from a million, and a trillion an arms reach from a billion. In reality, these numbers are worlds apart. 

When numbers get this big, it's hard for our brains to fathom. Let's use a couple examples to get a better sense of scale. 

Example 1: Time Is Money

If you saved $100 a day: 

You become a millionaire in under 30 years. Pretty reasonable. Takes work but achievable over a lifetime.

To be a billionaire, you need to save for 27 thousand years. A huge jump. We go from achievable to needing to be a vampire.

A trillion is 27 million years. The length modern humans have been around...times 135.

Example 2: Stacking Paper

Stack a million $1 bills, it would be 358 feet tall. About the size of a 30-story building. Pretty tall but fairly common.

A billion bills would be 68 miles high. That's 200 CN towers stacked on top of each other. We're poking out of earth. 

A trillion bills and you're deep into space, more than a quarter of the way to the moon. 

Big numbers get thrown a lot around in finance. Whether we're talking about company valuations or government spending. It's helpful to grasp just how big these numbers really are and put them in their proper perspective. A letter or two makes a huge difference.

Comments

Popular posts from this blog

Today's Special: Humble Pie

You champion a project, fight for an idea, and then...reality sets in. That churning in your stomach isn't butterflies, it's the realization you've missed the mark.  Pride will puff up your chest, and kick in the "defend at all costs" instinct. But arguing with the umpire never changed a call. Admitting you're wrong isn't a sign of weakness. It can strengthen your professional standing. In a world obsessed with the illusion of infallibility, the courage to adjust course is a breath of fresh air. It shows you're confident enough to be wrong, and adaptable enough to learn from it. Do your research, think critically, and stand behind your decisions. But when the data whispers (or screams) otherwise, don't be afraid to swallow that slice of humble pie. Be the first to acknowledge. Don't wait for someone to point out your mistake. Be open, take responsibility, and most importantly, focus on what you're going to do to address it. Don't dwell ...

Starting Really Really Small

On your desk is one of the most intimidating sights known to man. A blank page. The prospect of filling it up with anything resembling decent seems insurmountable. Staring at the long road ahead fills you with anxiety and dread.  The first step is the most difficult. So we procrastinate. We " research ", we " prep ", we " plan ". We do everything except tackling the problem. We avoid the pain for as long as we can.  To make a blank page less intimidating. Tear it in half. There, half as scary, twice as easy. Still too much? Do it again. And again. Keep doing it until the task is so small that it's too easy not to do.  Getting starting is the hardest part. So make the hardest part as easy as possible. This doesn't guarantee amazing results, but it gets you in the game. You can't win if you don't play.  

Why We Shouldn't Be Afraid of Ambiguity

Ambiguity. That fuzzy monster that chases us down darkened hallways, whispering doubts about our roadmap and feature sets. You know the feeling. You constantly wrestle with unknowns: Will users like this? Is this the right direction? Frankly, if you had a nickel for every time the answer wasn't crystal clear, well, you might actually want to chase that ambiguity down the hall. But here's the thing: ambiguity isn't your enemy. It's your dance partner. Innovation rarely happens in a land of perfect clarity. Sure, there's a time for well-defined processes. But when you're creating something new, there are bound to be more questions than answers. The key is to learn to waltz with the unknown .  Embrace the experiment. Don't be afraid to throw some spaghetti at the wall and see what sticks.  Focus on outcomes, not outputs. Don't get hung up on features. What problem are you trying to solve? How will you measure success? Get comfortable with "go...