← Ideas

The One-Person Stack

There's a conversation that happens at every dev meetup, in every Slack workspace, on every tech podcast: what's your stack? The question assumes a team. It assumes specialization. It assumes that the right answer involves at least three people arguing about state management.

I ship alone. 69 production websites. React frontends, Python backends, AI integrations, deployment pipelines, DNS configuration, analytics, advertising, social media strategy. One person, entire stack, start to ship.

This isn't a flex. It's a design decision.

The elimination game

The one-person stack isn't about knowing everything. It's about eliminating everything you don't need. Every dependency is a liability. Every abstraction is a future debugging session. Every tool that requires a team to maintain is a tool you can't use.

My sites are static HTML, CSS, and JavaScript served from a CDN. No server to patch. No database to migrate. No container to orchestrate. The deploy pipeline is git push. The monitoring is "does the URL return 200?"

When a client needs a backend -- a form handler, a data pipeline, an API integration -- I add exactly that. A single Python file on Render. A serverless function. Not a microservice architecture designed for a team of twelve.

Speed as a feature

When one person makes every decision, there's no meeting to schedule, no PR to review, no sprint to plan. The distance between idea and deployed code is measured in minutes, not sprints.

A client says "can we add a booking form?" and it's live before the call ends. Not because I'm fast at typing -- because there's zero coordination overhead. The bottleneck is thinking, not process.

The compound effect

Every site I build teaches me something that makes the next one faster. Not in the abstract "learning is good" sense -- in the concrete "I've solved this exact problem before and the solution is in my muscle memory" sense.

Site 1 took weeks. Site 69 took hours. The stack didn't change. I did.

What this costs

I can't build Facebook. I can't build a real-time multiplayer game with 10 million concurrent users. I can't build anything that requires three shifts of on-call engineers.

But I can build everything that 95% of businesses actually need: a fast, beautiful, functional web presence that converts visitors into customers. And I can do it in a fraction of the time and cost of a team, because there is no team to coordinate.

The one-person stack isn't a limitation. It's a competitive advantage disguised as a constraint.