The code that wouldn't die

I remember this piece of code.

Messy doesn’t even begin to describe it. At least once a year, someone would try to kill it. And fail.

On paper? Simple. It picked which market and language a user lived in. Geographic data plus browser settings, with some fallbacks thrown in. Easy, right?

Wrong.

The code was so woven into our system that touching it meant rewriting everything. We kept thinking “IT JUST PICKS MARKET AND LANGUAGE!!!1?” But that abstraction blinded us to the real complexity.

I see the same pattern now with AI-assisted coding.

You dip your toes in. You think everything’s simple. “Just build me an app that does X.” But you’re the complexity. You understand the full flow. You abstract away all the messy details that make starting from scratch so hard.

This is where Gall’s law hits you: “Complex systems that work have invariably evolved from simpler systems that worked.”

Start smaller. Start easier.

Don’t go all-in on “Create an app where everyone can chat with everyone in the world and it should be encrypted.”

Start with two people. Make that work first.

Copy the thinking, not the system

One interesting paradox of productivity social media: the most effective personal systems are deliberately non-scalable. They’re optimized for one person’s mental model.

It’s about what you want to do and how you want to do it.

But we always look at mentors trying to copy their results. We see their hindsight view of how they work and assume that’s the blueprint.

For years companies tried to copy the Spotify Model. Squads, tribes, chapters, guilds. The whole thing.

Just to realize that Spotify wasn’t even using it anymore.

It was a utopian vision of how work could happen at a specific moment in Spotify’s life. Not a universal framework.

By the time a system becomes famous enough to copy, it’s already been abandoned by the people who created it.

So when we look at how others do things, we need to understand their input. Their constraints. Their actual daily reality.

Not just the polished model they present at conferences.

Copy the thinking, not the system.

The artists view

A few months ago I bought a close to broken old record player and speakers for $25.

Since then I’ve bought used and reissues of old classics on vinyl. There is something special to the feeling of dropping the needle on the LP’s first track and listening through to the end, not skipping a song because I don’t like it, but keeping at it because it’s what the artist aimed at. Delivering a story.

I’d never heard David Bowie’s Heroes album before this, just the hits. But those wonky odd tracks in between? They’re what make the whole story work.

Wouldn’t it be interesting if artists themselves could say: you cannot listen to any specific tune until you’ve listened to this complete album.

Think of the kind of stories that would then be able to be told again.

Like going to the Louvre and only seeing the Mona Lisa before leaving. You miss all the context that makes it truly special.

AI Agents... Everywhere!

I keep seeing memes about “AI Agents everywhere!” and people dismissing them as the next metaverse fad or NFT bubble. But I think they’re missing something important.

Look at the behavioral shift happening. Most people I know now go to ChatGPT instead of Google when they need answers, help figuring out strategic decisions or polish their slides.

We’re not just changing how we find information. We’re changing how we interact with services entirely. Instead of building our own AI agents, the smart move might be building for the AI agents people already use.

Then there’s the money. Big tech is pouring billions into AI infrastructure and development. This collective industry pivot is massive. The only comparable shift I can think of is when everything moved to “the cloud”.

The memes about AI agents being everywhere aren’t wrong. They’re just missing the point about what that actually means for how we’ll do business.

When leaders return to making things

Most technical leaders didn’t become leaders to lead.

They became leaders because that’s where the influence was. The budget decisions. The architectural choices. The strategic direction.

But somewhere along the way, they stopped building things.

Meetings replaced coding sessions. Presentation replaced prototypes. They found themselves describing solutions instead of creating them.

AI development tools might change that equation entirely.

What if you could maintain strategic oversight while personally building the critical pieces? What if leading didn’t mean delegating everything?

The traditional model assumed you couldn’t do both. Leadership required full attention. Technical work required deep focus. Pick one.

But AI tools compress the time between idea and implementation. That strategy you’ve been explaining in slide decks? You could prototype it this afternoon.

The architectural vision you’ve been communicating through diagrams? You could build the foundational pieces yourself.

This isn’t about micromanaging or stepping on your team’s toes. It’s about leaders who understand systems deeply enough to know which problems to solve personally.

The CEO who builds the core algorithm. The CTO who prototypes the new platform architecture. The VP who writes the critical integration herself.

Not because the team can’t do it. Because they can do it better, faster, and with more context about where it fits in the bigger picture.

These leaders aren’t telling their teams what to build. They’re building alongside them. Sharing knowledge in real-time. Showing techniques and explaining trade-offs as they happen. It’s leadership through example rather than directive.

We might see a new type of leader emerging. The hands-on executive who combines strategic thinking with personal execution. Someone who doesn’t just direct the work but actively participates in creating it.

The best leaders were usually great individual contributors first.

Maybe AI tools will let them be both again.

The new Boomers

Baby boomers occupied knowledge work positions longer than any generation before them. Unlike factory workers who retired from physical labor, knowledge workers just stayed. Programming doesn’t wear out your knees.

Now the last boomers are stepping down. Someone has to fill those positions.

That someone is probably in their late thirties. Two decades of experience. You’ve seen frameworks come and go. You remember when JavaScript was a toy language.

But you might not need to follow the traditional path.

The old model was predictable. Get experience. Move to management. Trade your keyboard for spreadsheets and slides.

AI development tools will change that equation.

Why manage a team of five junior developers when you can have the productivity of fifteen?

You know what good code looks like. You understand system architecture. You’ve debugged enough production fires to spot problems before they happen. Now you have tools that amplify that experience instead of bureaucratizing it.

Junior developers will learn AI-assisted coding as their baseline. But they lack the pattern recognition that comes from years of mistakes. They don’t know which shortcuts lead to technical debt disasters.

You do.

Combined with AI tools, that experience becomes a superpower. This creates a new archetype: the experienced individual contributor who skips management entirely and becomes a one-person product factory.

Here’s the thing though: they might not be in a hurry to leave either. Why retire when you can outproduce entire teams? Why step aside when you’re finally having fun building again?

Sound familiar?

Meet the new boomers.

Maybe it doesn't need to scale

LinkedIn is full of developers dunking on “vibe coding.”

“It doesn’t scale,” they say. “You can’t build enterprise systems this way.” “What happens when your team grows?”

They’re probably right.

And maybe that’s completely missing the point.

Scale is the wrong metric for personal productivity. It’s like judging a custom-tailored suit by whether it fits everyone in the company.

With AI development tools like Claude Code, personal optimization becomes effortless.

I no longer spend hours reading documentation just to remember how to set up a basic Express server. I don’t wade through boilerplate code to get started. I don’t compromise my vision because the existing tools almost-but-not-quite fit my needs.

I describe what I want. I get exactly what I want.

This isn’t about building Facebook. It’s about solving my problems, the way I think about them, with tools that bend to my mental model instead of forcing me to bend to theirs.

Team coordination? Code reviews? Maintainability? These remain important for large systems. But they’re separate problems from personal effectiveness.

The real challenge isn’t accommodating more developers. It’s amplifying the ones you have.

When I can generate a perfect Obsidian plugin in the time it takes to take a shower, the old rules about scalable development practices feel… quaint.

Maybe it’s about teams that scale through individual superpowers. The best engineering organizations won’t be the biggest. They’ll be small teams where everyone operates at peak personal effectiveness while still collaborating seamlessly.

That’s a different kind of scale entirely.

My Tony Stark moment

A few days ago, I realized I’d been posting on my blog every day for six months.

My initial plan? One month. But momentum carried me forward, even through a four-day hospital stay.

The blog lives on Cloudflare, but today I hit a snag. My posts weren’t stored with my other notes. I couldn’t cross-reference them in my notes tool.

My old approach would have been predictable: hunt for a tool that takes my RSS feed, creates a local version, and downloads referenced images. Maybe spend hours researching options. Maybe settle for something that almost works.

AI development tools changed this habit for me.

I opened my terminal. Created a folder. Fired up Claude Code with the somewhat scary claude --dangerously-skip-permissions and wrote:

“I have a blog with an RSS feed. I want to write a plugin for Obsidian where it downloads all posts and images, converts them to the correct format, and adds them to a specific folder.”

Then I went to brew coffee.

When I came back? A working plugin. Exactly what I wanted.

This is the Tony Stark and Jarvis feeling. I bring the ideas. The LLM handles execution. I test and confirm.

No wrestling with documentation. No Stack Overflow rabbit holes. No compromising on requirements because the existing tools don’t quite fit.

Just problem to solution in the time it takes coffee to brew.

Does it scale? No, not right now.

Does it need to scale? I don’t know.

Maybe scale isn’t about building massive systems anymore. Maybe it’s about having near-unlimited capability to solve your specific problems perfectly.

Like having a personal manufacturing line for software tools.

Each solution fits exactly because it’s built exactly for you.

p.s. you can download the plugin for Obsidian over at github.

The creativity conundrum

Creativity comes from boredom.

Real boredom. The kind where you stare at nothing for half an hour and let your mind wander.

When you fill every moment with distractions, you get lazy creativity. You pick the first thing that comes to mind. That’s the path of least resistance.

Real creativity needs mental free time. Space to break habits and explore different perspectives.

But we’ve eliminated boredom entirely.

You have access to almost all music ever recorded. Every movie you could want. Infinite YouTube videos. Chat tools that answer any question instantly.

And we use it all.

We’re always distracted from boredom.

Too distracted to get creative.

Make sure to leave some room for boredom. The kind where you sit and suddenly find yourself daydreaming.

The interruption trap

We’ve adapted behaviours that interrupt us constantly, then we wonder why we can’t focus deeply.

Every app fights for our attention. We cram every hour with meetings.

We want to be productive, but we have designed much of our day to day with pings, dings and rings.

These are the systems we live in now, and identifying them is only the first step.