>Many people interpret this to mean "jam as many keywords as possible into a crappy resume and spend all day spamming it to every job posting you see."
But this is exactly what landed me my first job back when I was a junior. As someone with no experience I could not afford to be selective and the more I spammed my CV the more interviews I was getting. It also works because the person who does the initial screening is usually not technical and is actually doing nothing more than matching the keywords.
> First of all, you need to understand the job you are applying for. That might involve researching the company and the project.
My experience is that the average job posting has close to no information about the project and the company does so many different things that it's impossible to get this information through your own research. Even if you do find some information it is utterly meaningless because this is NOT what the company is looking for when posting a job advert and this is NOT what the average candidate ends up doing. The company not looking for "someone who understands the company or project" - they're looking for a software engineer. That's it and nothing more.
>You should make sure you are comfortable using the tools listed in the description and performing the role described. If you aren't, you need to practice before applying, which usually means building something.
I've learned most of the tools I know on the job. Trying to learn something you don't know for the sake of the company that might not even give you an interview is a waste of time. Either they won't mind you learning on the job or they want someone with actual job experience. Large companies are also notoriously slow when it comes to organizing everything you need to do your job so the first week or two are usually filled up with nothing which is a perfect opportunity to learn something new.
But this is exactly what landed me my first job back when I was a junior. As someone with no experience I could not afford to be selective and the more I spammed my CV the more interviews I was getting. It also works because the person who does the initial screening is usually not technical and is actually doing nothing more than matching the keywords.
> First of all, you need to understand the job you are applying for. That might involve researching the company and the project.
My experience is that the average job posting has close to no information about the project and the company does so many different things that it's impossible to get this information through your own research. Even if you do find some information it is utterly meaningless because this is NOT what the company is looking for when posting a job advert and this is NOT what the average candidate ends up doing. The company not looking for "someone who understands the company or project" - they're looking for a software engineer. That's it and nothing more.
>You should make sure you are comfortable using the tools listed in the description and performing the role described. If you aren't, you need to practice before applying, which usually means building something.
I've learned most of the tools I know on the job. Trying to learn something you don't know for the sake of the company that might not even give you an interview is a waste of time. Either they won't mind you learning on the job or they want someone with actual job experience. Large companies are also notoriously slow when it comes to organizing everything you need to do your job so the first week or two are usually filled up with nothing which is a perfect opportunity to learn something new.