How do you get past the resume keyword-scanning process where you worked with language X for the past 10 years and even if you are in category 1, nobody will hire you unless the job is for language X? Even if there is not literally a computer scanning resumes, a prospective employer should do a Bayseian update that compares the chance that someone without Y on their resume can pick up Y and the chance that someone with Y on their resume is skilled at Y. You would never get to the interview stage unless the total number of resumes is small enough that the employer is willing to interview even applicants with low probabilities of being suitable candidates.
One popular method, if you’ve got a programming job, is to write some automation tools or other minor, relatively language-agnostic projects in whatever language is buzzword-compliant at the moment. Wrote a few build scripts in Ruby? Congratulations, you’ve deployed Ruby infrastructure in a mission-critical environment.
This will usually come out once you’re talking to a human, but at that point you can talk about your personal projects and show off your actual knowledge of the language.
Yeah, that’s tough. The only way out of this that I can think of is to keep practicing other languages and frameworks in your free time, by building your own projects. This way, you could put these languages on your resume and be fully honest about it.
Alternatively, you can do what apparently 99% of job applicants at our company are doing, and lie through your teeth. Normally I’d argue against this approach, but the fact that the vast majority of applicants are doing it is evidence for the viability of the strategy; the fact that people like me actually say stuff like, “It says here you know C#, so let me ask you a basic C# question” is probably just bad luck for them.
(Replying again to old post)
How do you get past the resume keyword-scanning process where you worked with language X for the past 10 years and even if you are in category 1, nobody will hire you unless the job is for language X? Even if there is not literally a computer scanning resumes, a prospective employer should do a Bayseian update that compares the chance that someone without Y on their resume can pick up Y and the chance that someone with Y on their resume is skilled at Y. You would never get to the interview stage unless the total number of resumes is small enough that the employer is willing to interview even applicants with low probabilities of being suitable candidates.
One popular method, if you’ve got a programming job, is to write some automation tools or other minor, relatively language-agnostic projects in whatever language is buzzword-compliant at the moment. Wrote a few build scripts in Ruby? Congratulations, you’ve deployed Ruby infrastructure in a mission-critical environment.
This will usually come out once you’re talking to a human, but at that point you can talk about your personal projects and show off your actual knowledge of the language.
Yeah, that’s tough. The only way out of this that I can think of is to keep practicing other languages and frameworks in your free time, by building your own projects. This way, you could put these languages on your resume and be fully honest about it.
Alternatively, you can do what apparently 99% of job applicants at our company are doing, and lie through your teeth. Normally I’d argue against this approach, but the fact that the vast majority of applicants are doing it is evidence for the viability of the strategy; the fact that people like me actually say stuff like, “It says here you know C#, so let me ask you a basic C# question” is probably just bad luck for them.