SR
0%5 min left
All posts
5 min read4

Every weekend is a learning opportunity

My weekends, not my job, are where I actually get better at this work. Here is what I do with the only two days nobody else gets to spend for me, and why it matters more than the forty hours.

It is a Saturday morning. No alarm went off. There is no standup to join, no thread blinking for me, nobody waiting on a thing I owe them. Just a coffee going cold and a laptop I did not have to open.

I open it anyway. I have done this enough Saturdays now that I have to ask myself why.

That is the honest start to this post. I don't have a clean reason for writing it, no tidy lesson, no arc I can see the end of. Only a pattern I kept tripping over, week after week, until putting it into words felt like the only way to understand it.

So here it is, half-formed and all: my weekends are where I actually get better at this job. Not the job. The weekends.

It is the sort of line that belongs on a motivational poster, and I distrust those. I distrust this one too. I just can't argue with it anymore.

The week is never really yours#

The work week is generous with work and stingy with range. Five days, and they fill themselves before you arrive: the tickets with your name on them, the corner of the codebase you own, whatever your manager is worried about this quarter. You go deep. You go narrow.

By Friday you are sharper than you were on Monday, and almost none of it was your idea. You learned exactly what the week needed you to learn, and not one thing more.

That is not a complaint. It is just the shape of a job. The week belongs to someone else's priorities, and it makes you specialized. It rarely makes you broad.

Two days nobody else owns#

A weekend is the only stretch of time where nobody is waiting on you.

Sit with how rare that is. No standup at ten. No message lighting up the corner of the screen. No ticket sliding quietly into your column while you sleep. Two whole days where the only person setting the agenda is you, and most of us are too wrung out by Friday to notice we were handed them at all.

But give even a slice of that time to something you chose, and the whole week tilts. You get to be a beginner again, on purpose, at something the job would never think to put in front of you.

What I do with mine#

I am not romantic about this. Most of it looks like nothing.

  • I build things the job has no use for. FreeClothes.in began as a Saturday, not a plan.

  • I write code by hand, no AI, so the muscle memory doesn't go soft. The week lets a machine do the typing. The weekend is where I keep the skill that used to be mine.

  • I read code I have no reason to read, just to watch how someone better than me thought.

  • I learn the layer I never get handed, the part of the system that sits above or below my slice.

  • I let myself be slow, and clumsy, and bad at something new, with no deadline standing over me.

None of it ships on Monday. None of it closes a ticket. It compounds anyway.

And here is the part I would push hardest. Your company has probably handed you a Cursor licence, a Codex or Claude subscription, maybe all three. Use them all week. Then close the tab for the weekend. For two days, let the answer come from your own head instead of a model's, even when it comes slower and rougher. The point of these two days is not to ship faster. It is to stay someone who still can.

A cliché with real math behind it#

"Every weekend is a learning opportunity" is easy to say, and easier to scroll past. Here is the part that is harder to wave away.

Fifty-two weekends in a year. Keep half. Hand the rest back to rest, to family, to doing gloriously nothing, which you need too. You are still left holding twenty-something blocks of uninterrupted time, every single year, each one pointed wherever you choose to point it.

Aim them at nothing, and a year from now you are exactly the engineer you are today. Aim them at something, and the distance between you and the version who didn't is quietly enormous.

It was never the forty hours#

Picture two engineers on the same team. Same tickets, same standups, same forty hours. Now give it three years.

They will not be the same person by the end. One of them pulled ahead, and if you go looking for the reason inside the work week, you won't find it. Those forty hours were nearly identical for both of them. The difference got made on the days that belonged to them. The ones who pull ahead, every time I have watched it happen, didn't out-work the week. They out-used the weekends.

Why I'm really writing this#

I started this not knowing why. I think I know now.

Writing it down turns it into a promise. It costs nothing to tell yourself you spend your weekends well. It costs something to say it out loud, with your name under it, in a place where you can be held to it later.

So take this as the public version of a thing I had only ever told myself. The weekends are not the scraps left over after the real week. They are the part of the week I actually own. And I would rather not lose them to another Saturday I won't remember.

That is the whole thought. I did warn you I didn't know why I was writing it.

Keep reading

Related posts

Jun 1, 20267 min

I worked with two coding gods. It was never about speed.

One had the entire frontend memorised and ended a months-long migration with one hook. The other was the one every hard decision ran through. Neither was the fastest engineer in the room.

CareerSoftware Engineering
Read
May 24, 20266 min

I built FreeClothes.in to learn what a day job won't

I built FreeClothes.in to learn what a day job won't teach you. The honest why, the deploy pipeline I'm proudest of, and the morning I broke my own production database.

DevOpsPersonal
Read
Jun 28, 20265 min

The best code I write makes itself disappear

Nobody should have to learn how the machine works just to flip a switch. This is why I build the boring helpers nobody notices, and why it's the work that matters most.

Software EngineeringCareer
Read
May 10, 20265 min

Why I built my own blog instead of using Substack

Substack would have taken twenty minutes. This took two weekends. Here's the honest math on why I picked the slower option and the cases where you absolutely shouldn't.

Next.jsSupabase
Read
Jun 17, 20268 min

How scaled products actually deploy frontend and backend

Deploying looks simple until real users and real money are on the line. Here is how big products really deploy their frontend and backend, and why one small git tag sits at the centre of it all.

DevOpsSoftware Engineering
Read
Jun 14, 20263 min

How product companies actually manage their git branches

I've worked at a few product companies, and they manage branches one of two ways: copy every change by hand, or only ever move it forward. One of them quietly breaks.

Software EngineeringDevOps
Read