Earlier quoted context omitted.
That resumes are an objectively bad communication/evaluation tool.
I think that's a stronger statement than is intended in the article - theoretically if people wrote resumes differently they could be good, but the way they are used now, they are bad. You're providing a theory as to why they are bad now, but not really contradicting anything in the article.
Resumes suck for hiring engineers
11–20 of 172 posts
Re: Resumes suck for hiring engineers
#12It's also worth noting that several of the criteria people used to reject candidates in the article aren't good predictors. For example, lack of pedigree doesn't tell you much. People from a variety of backgrounds can be good or bad as coders. A good or bad pedigree can be a useful indicator.
Re: Resumes suck for hiring engineers
#13It's hard to gauge a person's qualities from a resume. Things like culture fit (extremely important IMO), fast thinker, quick learner - are all aspects that can't be garnered from a resume. IMO, resumes are only a decent filter for experience, and provides a baseline for the interview. There are many I've interviewed that padded their resumes and said they are experienced in something they really aren't, and there ar…
Re: Resumes suck for hiring engineers
#14Does anyone else think this is a huge caveat getting thrown into a blender of numbers? Why does this person's opinion even matter? Why should I take this at face value? I'm not trying to say resumes are a good indicator of anything, but neither is this "study".
Re: Resumes suck for hiring engineers
#15Re: Resumes suck for hiring engineers
#16>For each resume, I had a pretty good idea of how strong the engineer in question was, and I split resumes into two strength-based groups. To make this judgment call, I drew on my personal experience — most of the resumes came from candidates I placed (or tried to place) at top-tier startups. In these cases, I knew exactly how the engineer had done in technical interviews, and, more often than not, I had visibility i…
But what I or my company consider a quality candidate may differ from the author.
On another note, I've found that for recent grads, GPA, school, and major (all items on the resume) are excellent predictors of interview performance.
Re: Resumes suck for hiring engineers
#17I don't see anywhere the Ockham's Razor explanation that bad candidates fudge their resumes in order to make themselves look like good candidates.
Re: Resumes suck for hiring engineers
#18>For each resume, I had a pretty good idea of how strong the engineer in question was, and I split resumes into two strength-based groups. To make this judgment call, I drew on my personal experience — most of the resumes came from candidates I placed (or tried to place) at top-tier startups. In these cases, I knew exactly how the engineer had done in technical interviews, and, more often than not, I had visibility i…
Agreed. The study is showing how much people's views of resume X agrees with the author's full evaluation. But what I or my company consider a quality candidate may differ from the author. On another note, I've found that for recent grads, GPA, school, and major (all items on the resume) are excellent predictors of interview performance.
Re: Resumes suck for hiring engineers
#19>I make pretty websites for the internet. >I'm a real engineer guys!
Re: Resumes suck for hiring engineers
#20It's hard to gauge a person's qualities from a resume. Things like culture fit (extremely important IMO), fast thinker, quick learner - are all aspects that can't be garnered from a resume. IMO, resumes are only a decent filter for experience, and provides a baseline for the interview. There are many I've interviewed that padded their resumes and said they are experienced in something they really aren't, and there ar…
What do you think about the writing sample idea in the article? Doesn't seem crazy to me.
I've got no magic bullet. Hiring people you know is good, and I strongly recommend informal face-to-face interviews. Two of the best interviews I've ever had (one where I was the interviewer, the other where I was the interviewee) were mostly about language design, which turns out to be a really revealing topic for discovering attitudes about process, standards, and software design generally.
But how to screen people in the pipeline so you can avoid interviewing everyone who applies? No idea.