Technical
First Principles: Why Boring Tech Still Wins Solo Work
Every month a new framework claims to be the future. As a solo operator, picking the new framework is usually the wrong move. The math on boring tech favors you almost always. Here is the first principles reasoning I use when a shiny alternative shows up.
The Core Tradeoff
Solo operators have one scarce resource: attention. Every minute spent learning a new tool is a minute not spent on client work or product progress. Boring tech wins because the learning cost is already paid. New tech has three hidden costs: learning, debugging, and finding help when things go wrong.
What Counts as Boring in 2026
- PostgreSQL for relational data
- Next.js for web frontends
- FastAPI or Django for Python backends
- S3 for blob storage
- Lambda or Vercel Functions for serverless
- Stripe for payments
- Postmark or Resend for transactional email
These are not exciting. They are predictable. Predictability is the feature. When something breaks at 11 PM on a Friday, boring tech has twelve Stack Overflow answers with the fix. Shiny tech has a Discord where three people know the answer and two are asleep.
When to Break the Rule
- The boring option has a concrete limitation you are hitting
- You can bill clients to learn the new thing
- The new thing removes a category of work you do repeatedly
- Your competitors are gaining a measurable edge from it
Without one of those, stay boring. Curiosity is not a reason. Curiosity is a hobby.
What I Almost Chose Wrong
I nearly moved a client from Postgres to a graph database because the data model looked graph-shaped. It was not worth it. The boring join worked fine and saved a month of migration work. Reading the PostgreSQL 17 release notes reminded me how much the boring tool has grown. Many of the features I thought required a specialized database are now in plain Postgres.
The Underlying Lesson
Novelty is a cost, not a feature. Charge it to every decision. When you feel the pull of something shiny, ask what concrete problem it solves that the boring tool does not. If the answer is vague, the boring tool wins.
The Counter
Never letting yourself try anything new leads to slow decay. I set aside one hour a week for deliberate exploration of new tech. That hour does not touch client work. It keeps me current without letting novelty leak into production decisions.
RELATED READING
The Consulting Shift I Am Making In Year Two
After a year of writing and building, my consulting practice is changing shape. Shorter engagements. Sharper outcomes.
ReadThe Frontend Shift: Shipping Less JavaScript In Year Two
A year ago I reached for Next.js for everything. This year I often reach for nothing.
ReadThe Serverless Lesson I Would Write On A Sticky Note
After a year of shipping serverless projects, one rule explains most of the wins and all of the losses.
Read