Learn from Expert Developers - devpath.fm (11 Part Series)
The first interview I ever publicized was my chat with Kent C. Dodds. For the few of you who haven't had the pleasure, Kent is an Open Source engineer with a passion for teaching others.
Kent has built a career on being a resource for other developers, and during our chat, he gave me some excellent advice.
At one of my first jobs, I had heard that some less-than-ethical managers intentionally labeled their engineers as developers in order to pay them less.
Kent reinforced that you should avoid describing yourself as a developer and that you should instead favor the term "engineer." To confirm his point, I did some Googling.
This screenshot reveals that Glassdoor and PayScale report a $10-20K US difference in the estimated salary floor. For this reason, even if your employer refuses to title you as an engineer, you should use the word engineer on your resume.
Kent expresses some other interesting thoughts on titles in the interview.
Kent talked a bit about his experience stepping into his first "senior" role far before he was ready for it (by most measures). That experience led him to understand that at least some part of the path to seniority is most effectively described as an act.
This isn't to say that many of your senior coworkers and peers haven't earned that title, but it does imply that there is significant value for your career in presenting yourself as an expert.
They say you should dress for the job you want; I guess you should probably act as though you deserve it, too.
As a follow-up to that advice about portraying confidence, overdoing it can backfire.
Kent described his fear when doing things as mundane as writing a Tweet.
Temper your desire to be recognized as an expert with your confidence in scrutiny. Especially if, like Kent, you tend to be quite confident!
Speaking at meetups was something Kent recommended as a bit of a hack for speaking because it is much lower commitment than trying to speak at conferences.
Generally speaking, Kent said it was reasonably easy to get a slot speaking at meetups. He talked about reaching out to organizers at random and even asking to speak the week of the event.
Giving a talk at a meetup can be a great way to increase your credibility without all the stress of speaking at a full-size conference.
Another piece of advice that Kent gave had to do with keeping abreast of the industry.
Kent mentioned consuming a lot of content, even in areas that he didn't care to build expertise. Kent advised that it is smart to be able to hold a conversation on technical subjects, even if you aren't highly invested in them.
One of the things that people frequently notice about Kent is his otherworldly level of productivity. He writes a ton of content, records numerous videos, gives talks, and creates a ton of Open Source software.
A piece of his advice is embedded in that productivity. Steadily building small side projects will expose you to more practical knowledge and a deeper understanding of the technologies you're learning.
Expertise cannot be theoretical only; there must be a practical element to it!
Despite Kent's appetite for new knowledge, he claims that the amount of time he spends consuming is trivial when compared to the amount of time he spends creating.
The act of producing is what truly solidifies your understanding of a subject. Kent embodies this with his educational content and his Open Source work.
Think of this as open-sourcing your learning process.
Flash-back to Kent's insane productivity levels. Kent warned, during our conversation, that there is a genuine danger of sacrificing your health and your relationships in pursuit of your career.
He said that even though he was enjoying his work, there was no real fulfillment when compared with what he got out of his family life.
When push comes to shove all the rest of this stuff is for naught if you can't take care of yourself physically, mentally, and spiritually.
If you're interested in learning from veteran engineers like Kent, subscribe to my newsletter and follow along with the podcast. I have upcoming interviews with engineers all around the world who have built amazing careers for themselves.
Need to keep up with a fast-moving software industry?