Everyone suddenly wants to tell you SaaS is dead.
For decades, architectural knowledge lived inside the implementation, because the implementation was expensive to reproduce. That expense is disappearing. And as it goes, we're going to find out how much of what we called "architecture" was really the cost of change wearing a disguise.
Imagine joining a software project a few years from now.
A spec can contain prose, tests, schemas, formal models, even executable code. The useful boundary is not the syntax but, rather, what survives: if you throw the implementation away, what has to remain so you can build the next one?
Production used to be the place where software went to fail. Observability made it the place where software becomes legible.
The architecture of a regenerative system is defined entirely by what you can't delete.
Trying to find the best tool or platform for generative software in 2026 is a mistake that could haunt you for decades
Here’s a scene every working programmer has lived.
Keeping your traces close to your e2e testing execution, and your feedback cycle as short as possible is more important than ever.
For a long time we’ve treated frameworks as the target of software development. But if systems are meant to be regenerated and replaced safely, the real compilation target has to be the architecture itself.
On becoming more alive
The “AI software factory” metaphor is seductive.
A passage from one of the author’s comic novels of the 1980s clarifies a key user flaw of our AI present
You should have one, and you should say "no".
Why start a blog in 2026 anyway...
The foundation of the hiring process has been irreparably changed. For 70 years, the Curriculum Vitae (CV) served as the primary trust mechanism between candidates and employers. It was a tangible work sample that demonstrated writing ability, organizational skill, and attention to detail, creating a starting point for an honest dialogue.
Here’s a simple test you can apply to any software system you work on:
Why the user interface is the last to become regenerative
(Internet-Draft. Expires whenever feelings do.)
When code can be thrown away and recreated, the unit of change is no longer lines of code. It’s reasons. Version control has to follow.
Single-developer capability isn’t a productivity story. It’s the test that tells you whether your architecture is worth keeping.
The Discipline That Looks Like Recklessness
Why Regeneration Does Not Mean Starting Over
As I mentioned in a previous post, at Wunderlist, we had a rule: any new service had to be "this big", a constraint I'd demonstrate by holding my fingers a few inches apart. The metric wasn't about lines of code. It was about replaceability.
Why "Never Upgrade in Place" Now Applies to Software
Why behavior outlives implementations
Better shapes beat better prompts
Why AI makes the hidden economics of software unavoidable
Not all software should change at the same speed.
Programming didn't die all at once. There was no single moment, no dramatic obsolescence event. Instead, something quieter happened: the core constraint that shaped software for seventy years dissolved. Writing code stopped being the hard part.
Software is entering a strange new phase.