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”.
More lab tutorials:
- The stack I use to run this blog
- 8 good reasons to become a software developer
- SEO for developers writing blogs
- Review of the book The 4-Hour Work Week
- Build a lifestyle business
- Build your own platform
- As an indie maker, what kind of product should you build?
- Create your own job security
- Developers, learn marketing
- The freedom of a product business
- Generating value
- Have a purpose for your business
- The idea is nothing
- The niche
- Remote working for software developers
- Product / market fit
- The best podcasts for frontend developers
- Why should I create an email list?
- Disconnect time from money
- The scarcity principle applied to software products
- The social proof principle
- How I added Dark Mode to my website
- My notes on the Deep Work book
- The pros of using a boring stack
- How to estimate programming time
- On going independent as a developer
- How to learn how to learn
- Why interview questions for programming jobs are so difficult?
- Do I need a degree to be a programmer?
- Everyone can learn programming
- How to be productive
- How to get the real number of pageviews of a static site
- Have you filled a developer bucket today?
- How I record my videos
- All the software projects I made in the past
- Tutorial purgatory from the perspective of a tutorial maker
- Every developer should have a blog. Hereβs why, and how to stick with it
- Having a business mindset for developers
- How to write Unmaintainable Code
- What is Imposter Syndrome
- How to work from home without going crazy
- How I stopped worrying and learned to love the JavaScript ecosystem
- How I prototype a Web Page
- You should be the worst developer in your team
- How to start a blog using Hugo
- Write what you don't know
- How to block distractions using uBlock Origin
- Coding is an art
- I wrote 1 blog post every day for 2 years. Here's 5 things I learned about SEO
- Dealing with the fire
- On being a generalist
- The Developerβs Dilemma
- My plan for being hired as a Go developer. In 2017
- Productivity gains of using a Mac and an iOS device
- How to go from tutorials to your own project
- This is my little Digital Garden
- How to start freelancing as a developer
- Sharing the Journey Towards Building a Software Product Business
- Subfolder vs subdomain
- How I use text expanding to save time
- Software is a superpower
- I love books