So here's the thing... hiring at larger, growing companies often means weeding through a stack of a hundred resumes, for one or two or five roles. Most of those resumes need to go away. The interview process, for competent candidates, is going to cost you at bare minimum a half hour of one person's time for initial screening. A quality interview is going to take a couple of hours each for a few important people - man…
When I have interviewed in the past I literally stopped reading once I see contact information and save reading it for during the interview. If the contact information is not the first thing on the resume it goes in the trash.
For valid heuristics I start by telling candidates something they don't want to hear. If that means they drop out then good riddance as I have 30 other people who are more interested in the position.
Examples:
* When I did this years ago I would email JavaScript candidates to set up an interview time and I would tell them jQuery isn't available in this job. Half would immediately drop out. Good.
* For modern JavaScript candidates tell them the DOM will feature heavily in the interview and there will be no MVC framework. Half will drop out.
* A rough equivalent for Java is Spring MVC or forcing architecture considerations.
You can filter people pretty fast just by focusing on foundational simple vanilla code questions. It is astonishing how many unqualified people apply for jobs whose resumes are a complete waste of paper.
The current employer would only take contractors for new hires (let agencies find the people) and would give out some interview questions to the contract agencies so that candidates knew what to study for before showing up for the interview. Even still only 9 out of 73 interviewed candidates were selected (who knows how many resumes were filtered out).