> prepend my resume with a table containing the job requirements vs. my experience
That's an interesting approach. But what I think gets somewhat lost in this, and why I don't quite think a job description serves as that set of questions, is that there's so much more color and character (culture?) that can come through if the questions are good.
For example, a bad question, or something that should satisfied by the JD and résumé, would be "Do you have experience doing X?" If that's important, just say so. A better question might be "Why are you interested in building X for Y industry?"
I think résumés and job descriptions as they're currently written do an okay job of checking off raw qualifications. What's missing is clarity and direction for the less quantifiable bits. Done right, it could be like a low-pressure, no-expectations first interview in lieu of a crap email that's tedious to write, tedious to read, and likely only helps a hirer understand whether the applicant can write a good cover letter.
> A better question might be "Why are you interested in building X for Y industry?"
If the JD is building X for Y industry, I'd think a cover letter might address this. Sometimes, of course, we're in the position of doing a bit of spray-and-pray when it comes to application...but generally I try to make sure the cover letter justifies sending the resume at all: here's my interest, your needs, and some more information if you want to read further.
> What's missing is clarity and direction for the less quantifiable bits. Done right, it could be like a low-pressure, no-expectations first interview in lieu of a crap email that's tedious to write, tedious to read, and likely only helps a hirer understand whether the applicant can write a good cover letter.
I think you're basically right here: the interview process is challenging because it's a bit like a first date and you really want to know what the marriage is going to be like. That's why, I think, some companies have shifted away from being very clear about what they're asking for and more towards trying to find personality, adaptability, and retention fits: it maximizes their ROI by ensuring they get people they like, who can change as needed, and who will stick around. The challenge for applicants, of course, is that they no longer really know "What am I going to do?" and "Am I qualified for this?" or "How much do I need to learn?" There's a lot of comfort in competence!
I wouldn't underestimate the value of communication—including the ability to write a cover letter. I resented, at first, that I found myself in more forward-facing positions in my career, because I wanted to spend more time in technical work. But it's been a suitable way to get paid while enjoying time programming, too.
That's an interesting approach. But what I think gets somewhat lost in this, and why I don't quite think a job description serves as that set of questions, is that there's so much more color and character (culture?) that can come through if the questions are good.
For example, a bad question, or something that should satisfied by the JD and résumé, would be "Do you have experience doing X?" If that's important, just say so. A better question might be "Why are you interested in building X for Y industry?"
I think résumés and job descriptions as they're currently written do an okay job of checking off raw qualifications. What's missing is clarity and direction for the less quantifiable bits. Done right, it could be like a low-pressure, no-expectations first interview in lieu of a crap email that's tedious to write, tedious to read, and likely only helps a hirer understand whether the applicant can write a good cover letter.