Production systems in daily business use
Backend architecture, owned end to end
Internal platforms, from schema to deployment
Load-tested and observable before launch
Recent work
These are not portfolio demos. Each is a production system serving a real business, and each writeup walks through the decisions behind it — the options I considered, the one I chose, and the tradeoff I knowingly accepted. What a system does matters less than how it was reasoned about, because the reasoning is what you're actually hiring.
How I think
The projects above follow from a small set of defaults. None of them are aspirations — each exists because I've watched systems fail without it, and each names the cost I accept by holding it. If you want to know how I'll behave when a deadline and a shortcut are both on the table, it's written here.
- 01
Business before technology
The stack serves the roadmap, never the reverse.
- 02
Simple beats clever
Clever code is a liability the client pays for later.
- 03
Measure, then optimize
No performance work without a baseline number.
- 04
Boring reliability over exciting shortcuts
Production is not the place for novelty.
- 05
Build for the engineer who comes after me
Maintainability is a deliverable, not a virtue.
What I build
Three kinds of work, one approach: start from the business problem, choose the simplest system that solves it, and leave behind something your own team can operate and change without me.
What it's like to hire me
Most engagements go wrong on the parts that aren't code: unclear ownership, silent progress, and a dependency on one person's head. I structure work to prevent all three. You own everything I produce — code, infrastructure, documentation — I communicate in writing you can forward to your team, and I design for handoff from the first commit. Working with me should never become a dependency on me.
The first call is a conversation about your problem, not a pitch. You describe what you're facing, I ask questions, and you leave with my honest read on whether I'm the right person for it — including when I'm not.
If this is how you want your systems built