Everyone has the same 24 hours
Â
This is one of those sentences that survives because it contains an impressive amount of mathematical accuracy. There are, in fact, 24 hours in everyoneâs day. BeyoncĂ© gets 24. You get 24. The person who posted the inspirational quote reminding you that BeyoncĂ© gets 24 presumably also gets 24.
What the sentence means, however, is not really about clocks. It means: Look what other people managed to accomplish with their day. What exactly happened to yours?
You could object immediately. People have different jobs, children, money, health, responsibilities, assistance, commutes, sleep, and available resources. Beyoncé probably doesn't spend Thursday afternoon comparing prices on printer cartridges like you just did. All these objections are true.
But we don't need any of those differences to break the premise. We can make the experiment much cleaner. Give two people the same four free hours, the same circumstances, and same assignment - write a report.
At 8:00 a.m., both sit down at their computers. The first person starts writing. There are decisions, of course, because writing is full of them. Where should the report begin? Is this example useful? Does that paragraph belong here? Should this section be longer? Is that claim clear enough? Should I look something up or keep going? Is this good enough to leave alone?
The machine keeps answering. Start here. Keep the example. Move that paragraph. Look this up. That's good enough. Next.
Each decision generates possible futures, the possibilities are compared, one becomes affordable enough, and the Commit Gate closes.
Clunk.
Then another.
Clunk.
Then another.
By noon, there is a report.
Now put a different machine in front of the same assignment. It also starts at 8:00 a.m. It also intends to write the report. It is not watching television, reorganizing the spice cabinet, or scrolling through Instagram while claiming to work. It is working.
Should the report start with the example or the explanation? The example is more interesting, but perhaps the reader needs context first. I could write both openings and compare them. Actually, before I decide, I should look at the reports from last year. Those used a completely different structure. Maybe this report should use that structure. But then this section wouldn't fit. Perhaps I should outline the whole thing first. Although I already have an outline. Is it the right outline?
Eventually the machine commits.
Opening chosen.
Now we need a headline.
And here we go again.
From the outside, we are tempted to call this indecision. But indecision mostly describes what the machinery looks like to somebody waiting for an answer. It doesn't tell us what is happening inside.
Nor is this procrastination. The person isn't avoiding the report. The machine is actively attempting to produce it the entire time.
The problem is that execution is downstream of choosing.
You cannot write a report without making decisions. In fact, you cannot produce much of anything without making an astonishing number of them. Every paragraph contains forks. Every edit contains forks. Keep this. Delete that. Explain more. Move on. Check it. Don't check it. Good enough. Not good enough.
One machine generates relatively few futures around each fork, compares them, and commits quickly. Another generates more possibilities, follows them farther, keeps them alive longer, or requires a larger difference in projected cost before committing.
Same report. Different amount of clock time required to get through each gate.
And this is where the arithmetic starts becoming interesting. If one machine spends thirty seconds choosing where a section should go and another spends six minutes, nobody needs to alert the authorities. It's five and a half minutes.
But a report doesn't contain one decision. It contains dozens. Maybe hundreds. The more decisions the work contains, the larger the difference becomes.
Five minutes here. Eight minutes there. Twelve minutes comparing two approaches, neither of which will exist by tomorrow. Fifteen minutes deciding whether something needs further research. Seven minutes wondering whether a paragraph should be moved before eventually leaving it exactly where it started.
Some machines spend enormous amounts of their clock time processing futures that never happen. The opening that isn't used. The structure that isn't chosen. The paragraph that isn't moved. The research path that isn't followed. The version that isn't submitted. Those futures never become part of the report. But the time spent processing them was real.
At noon, both people have spent four hours working. One has a finished report. The other has three pages.
Now someone walks into the Museum of Human Machinery carrying a motivational poster.
EVERYONE HAS THE SAME 24 HOURS.
Yes, madam. We have checked the clocks. đ What the clock cannot tell us is what happened during those hours.
Productivity culture tends to count what appears downstream: reports finished, workouts completed, emails sent, businesses built, projects launched. It can see execution because execution leaves artifacts in the world. Choosing often doesn't.
Nobody can see the seventeen versions of a future that a Forecast Chamber generated before one sentence was written. Nobody can see the comparisons that occurred before the Commit Gate closed. Nobody counts the twenty minutes spent reaching a decision that another machine reached in twenty seconds. They just count the pages.
Then they compare the pages and conclude that one person made better use of the same four hours. Maybe. But the clock hasn't demonstrated that. All it has demonstrated is that four hours passed.
This doesn't mean slower commitment is bad machinery and faster commitment is good machinery. A machine that generates more futures may catch something another machine misses. A machine that commits quickly can efficiently produce an impressively stupid report. Speed is not the same thing as quality.
The point is much simpler. People do not pay the same amount of clock time to make a choice. And because execution is downstream of choosing, people do not arrive at their visible work with identical amounts of their day still available for execution.
Which makes âeveryone has the same 24 hoursâ technically correct in approximately the least useful way possible.
Everyone gets the same number of hours because clocks are standardized. Choosing architectures aren't.
So yes, you have the same 24 hours as Beyoncé.
What we do not know is how much clock time each machine has to pay to get to chosen.
Some Commit Gates go clunk.
Others have apparently opened a 90-day public comment period.
Explore MindStretched
Once you can see the machinery, human choice stops looking quite so weird.