Skip to main content
luke@terminal:/blog$ ls
luke@terminal:/blog$ cat the-day-i-achieved-nothing.md

The Day I Achieved Nothing

Created: 2026-04-10 | 3 min read

There are days where you finish work and you genuinely cannot point to a single thing you did.

Not because you were lazy. Not because you weren't trying. But because from the moment the day started, it belonged to everyone else.

I had one of those days recently. Back-to-back calls. Conversations pulled from every direction. Lunch eaten while staring at a Zoom screen. By 5pm I was completely drained, and yet felt like I had nothing to show for it. No output. No visible progress. Just a long list of other people's problems that I'd briefly helped with and moved on from.

It felt like I hadn't worked at all. It felt like I hadn't existed at all, in any meaningful way for my own work.


Nobody really prepares you for this part of a senior role. A big chunk of what I do now is invisible.

I'm not closing tickets anymore. I'm not on the front line. I'm the person who gets pulled into a Slack thread to help an engineer who's stuck, then drops into an escalation call to figure out next steps for a customer, then reviews a KB article someone's asked me to look at, then gets tapped on the shoulder at my desk because someone needs a hand. The impact is real. People are unblocked, things are moving. But I can't point to any of it and say "I built that."

That's fine. That's part of the role. I accepted that.

What I didn't fully accept until recently is the cost of operating entirely in reactive mode. When my whole day is defined by incoming demands, other people's priorities, other people's timelines, other people's questions, I never get to think. And thinking is where the actual leverage lives.

Not answering questions. Thinking.


The worst part of a fully reactive day isn't the exhaustion. It's the feeling that my time wasn't mine.

I noticed it building up over weeks. Small stuff at first — catching myself checking Slack before I'd even opened my laptop in the morning. Then bigger stuff. I realised I hadn't worked on anything I'd chosen to work on for over a month. The frustration was quiet but constant, like a low hum I'd stopped noticing because it was always there.

I started wondering what it would take to protect against days like that. Not eliminate them — some reactive days are just part of the job. But I wanted a counterweight. Something structural. I thought about blocking out mornings, or setting "no meeting" days, but those always seemed to erode the moment something came up. What I actually needed was something harder to break.


The idea I landed on is simple: dedicated growth time. One or two days per month, fully protected. No calls. No Slack. No desk visits. Unreachable. And at the end of it, something to show — a prototype, a write-up, a working tool, something real.

Not a meeting to discuss doing a thing. The thing. Delivered.

The key word is unreachable. Not "I'll try to be heads down." Fully off the grid for the day. Because the moment there's an exception — just this once, there's something urgent — the whole concept collapses. The value of protected time comes entirely from the protection being real.

I'm going to run this as a personal experiment first. Document what I work on. What I actually produce. How it feels going back into a normal week afterward. Then see if it's worth bringing to others in a similar position.

This also connects to why compound content beats isolated posts — if you're not building with intentionality, the work just piles up instead of compounding.


The reactive day will still happen. That's not going away.

But it doesn't have to be the only kind of day. The thinking, building, creating side of work needs protected space too. Not as a break. Because that's where the actual progress comes from.

The work that moves things forward rarely happens in a Zoom call. It happens in the quiet.

luke@terminal:/blog$ ls previous_post.sh
luke@terminal:/blog$ ls next_post.sh