Technical
The Skill Soup Thesis: Why Narrow Specialization Fails
Conventional career advice says 'specialize.' Pick one skill, get deep, become indispensable. That advice worked in 1995. In 2025, it fails. The people who ship the most interesting work are not specialists; they are generalists who combine skills. This is what I call the Skill Soup.
The Old Model
The specialist model assumes domains are stable. Learn SQL, be the SQL expert, collect a paycheck for 30 years. That worked when databases did not change much from one decade to the next.
Domains are not stable anymore. The SQL expert of 2015 needs to know Postgres, DynamoDB, BigQuery, and Snowflake to stay relevant. Even within their specialty, the tooling shifts every two years.
The Skill Soup Model
Instead of going deep in one thing, I got competent in ten. Python, TypeScript, AWS, Docker, WordPress, Next.js, Pydantic, DynamoDB, Claude Code, SEO. Not expert in any. Competent in all.
This looks inferior to the specialist. It is not. The value comes from combining skills the specialist cannot. A Python expert cannot build a Next.js frontend. A Next.js expert cannot deploy a Lambda. I can build the whole thing in a week.
Why Combinations Win
Real problems do not respect domain boundaries. A client needs a newsletter system. That requires:
- Backend API (Python)
- Frontend admin (TypeScript)
- Database (DynamoDB)
- Email delivery (AWS SES)
- Automation (Python scripts)
- AI for content suggestions (Claude API)
Six domains for one feature. A specialist in any one of them cannot ship this alone. A generalist can.
The Depth Problem
The counter-argument: 'your generalist code will be worse than the specialist's.' True. My Postgres tuning is not as good as a DBA's. But I ship ten times more features and my clients see the results. The DBA ships one feature beautifully tuned, four months late.
For most businesses, velocity beats polish. The best code in the world does not matter if the business does not exist to run it.
Where AI Changes the Math
Claude Code, Cursor, and similar tools close the depth gap. My Postgres tuning is now good enough because the agent knows Postgres better than most DBAs. My Next.js patterns are current because the agent follows the latest docs.
AI makes the generalist competitive with specialists in their own domain. That was not true five years ago. It is true now.
The Soup Metaphor
Each skill is an ingredient. Alone, it is dinner for nobody. Combined, it is a meal. The best meals use ten ingredients, not one. The best work combines ten skills, not one.
What Specialists Still Do Well
Edge cases, optimization, research. The 1% of problems where the last mile of depth matters. If you are building a database engine, hire a specialist. If you are building a SaaS that uses a database, hire a generalist.
The Career Implication
Stop going deep. Go wide. Learn the next skill on your list. Get competent, not expert. Then combine it with what you already know. The person who can do five things at 70% is more valuable than the person who can do one thing at 99%.
That is the Skill Soup thesis. It is how I have built my career, and it is why PLAI exists.
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