> Do we have thoughts on how important "senior"/"staff" is vs bullet points on resumes and the years of service?
As a hiring manager, I only read the bullet points. I’ve interviewed startup CTOs who were mid-level engineers at best and “Software Engineer” vanilla titled engineers who have shipped and owned impressive things over years.
The scale, complexity, and variety of the systems you’ve built, shipped, owned, and maintained trumps all else.
And yes we can see through the bullshit. Everyone has built a “semantic document retrieval system” in the last 3 years. That’s a weekend project, gonna need a little more to be impressive :)
Interesting. Not looking to switch roles at present but what do you make of these two projects? One done basically over a weekend, one done over many weekends
Removed a bunch of bad code and got a 1/3rd speed up
As an engineer, I just want to get an idea of where this person is at in their learning journey and what their personality is like, do they have certain intangibles, etc.
The recruiter who screens the person before they ever talk to me, on the other hand...
As a hiring manager, I only read the bullet points. I’ve interviewed startup CTOs who were mid-level engineers at best and “Software Engineer” vanilla titled engineers who have shipped and owned impressive things over years.
The scale, complexity, and variety of the systems you’ve built, shipped, owned, and maintained trumps all else.
And yes we can see through the bullshit. Everyone has built a “semantic document retrieval system” in the last 3 years. That’s a weekend project, gonna need a little more to be impressive :)