Skip to content

Should I be a generalist or specialize?

New Course Coming Soon:

Get Really Good at Git

You have a choice. You can be a specialist, or a generalist. Which route should you choose?

You have a choice. You can be a specialist, or a generalist.

Let’s use the Pareto Principle to explain it.

Specialist means your skills are 80% ONE THING, one field. You dedicate 80% of your time to that, and you have no interest in expanding your knowledge outside of it.

You ignore 99% of the rest of the things to be great at that specific 1% you want.

Generalist means you have your hands into 4 different broad topics, and you dedicate 25% of your energy to each of them.

Or maybe your skills are 50% in one field, and you have 2 other fields where you put the other 50% of your time.

You’re a specialist if you’re a developer focusing on React and you just do that. You even call yourself “React developer”.

You’re a generalist if you know and use React, but also know Vue, you can design a page in Figma and translate that design into a React component with CSS. Plus, you also know how to deploy an application to Heroku.

Which is better?

I don’t know.

Some companies only hire specialists. If you’re Google, it makes little sense to hire a generalist, I think. They have entire teams doing that very specific thing.

An early-stage startup might hire a few generalists instead, because they are more flexible and ready to change their focus at need.

I am a generalist. I am a Computer Engineer that can write in a few different programming languages, I have an eye for design, I can do some design, copywriting and marketing, I know how to use a Linux server, I can create mobile apps, Web apps, I work with embedded devices.

And I do all those things pretty poorly, if you compare the result of each individual thing I might do with the outcome of a specialist.

But as a generalist I have an advantage over a specialist: I will never say “this is not something I do”.

Are you intimidated by Git? Can’t figure out merge vs rebase? Are you afraid of screwing up something any time you have to do something in Git? Do you rely on ChatGPT or random people’s answer on StackOverflow to fix your problems? Your coworkers are tired of explaining Git to you all the time? Git is something we all need to use, but few of us really master it. I created this course to improve your Git (and GitHub) knowledge at a radical level. A course that helps you feel less frustrated with Git. Launching Summer 2024. Join the waiting list!

Here is how can I help you: