Earlier quoted context omitted.
> I'm not sure if you're playing devil's advocate very well here, because this suggests to me that the interview process did not work well. Do you want to hire someone who can write a binary tree insertion in 30 minutes, or someone who can make amazing contributions to real software projects? Most companies want malleable, fungible engineers. Most companies are not stable, something is usually in flux -- projects, te…
I'd say I'm in a qualitatively similar position as you. If I'm going to interact with a candidate in any capacity, I always spend at least 30 seconds to skim their resume if I have the means to. When I'm acting as a hiring manager for a role, I read through applicant's materials in detail before deciding whether to advance them in the process. It's at least 50% of my work time, and my technical work suffers. I commun…
Yes, I'm not usually in this role. I don't find managers conducting technical interviews a good use of time, they are better spent on soft skills -- discussing previous projects, career goals, assessing team fit, answering questions about company culture/comp/perks/etc.
> I read through applicant's materials in detail before deciding whether to advance them in the process.
I don't usually filter candidates in this way. Recruiters send us candidates that are eligible for a phone/video screen, i.e. do they meet the hiring criteria. This is where the resume/materials are looked at. The resume is also useful to figure out where to funnel inbound candidates -- are they backend engineers, frontend, etc. It depends on the hiring pipeline.
In any case, from a purely technical evaluation perspective, the resume is inconsequential. Where did you go to school? How many jobs have you had? What awards have you won? Literally none of this matters and is utterly meaningless when it comes to your ability to do work with me and my colleagues. Resumes are ripe with bias-footguns that I try very hard to avoid -- cronyism, elite education, privilege, wealth, immigrant status, etc.
In my experience, and the experience of the majority of my employers and colleagues, it's more fair to evaluate without this information. The red flags and strong positive/negative signals are elsewhere. The resume is almost entirely useless.
> It's at least 50% of my work time, and my technical work suffers.
I would suggest closer partnership with your recruiting team and trying to communicate what you are looking for more succinctly to them so that they can deliver you a stack of candidates worth talking to. If you are at a remotely large company (>1000 employees) then unless you are bootstrapping a new team/org/whatever you shouldn't be spending this much time hiring. Your team is going to suffer.
> I also regularly receive followup emails from rejected candidates saying that they thought the interview was the most fair and thorough of anywhere they applied, they understood why they didn't get the job, and in the process they learned where they need to focus on to be a better fit for the same type of role in the future.
To be honest, we get the same feedback. Most candidates tell me that it's the best process they've ever experienced.