4 ms·

I'll answer my own question first, but I'm interested in others' opinions. Some things I have noticed as a hiring manager / decision maker: * I see a lot of re

I'll answer my own question first, but I'm interested in others' opinions. Some things I have noticed as a hiring manager / decision maker: * I see a lot of resumes for inexperienced developers that go two to three pages. I understand that this might be the norm in other countries where a CV is more common than a resume, but in the US, if you have less than five years of job experience, I expect your resume to be one page (personally, I prefer this even if you have 5-10 years experience, but I can excuse it at that point. More than ~10 years and I think that having two pages is completely acceptable and maybe even preferred). * Typos and obvious grammatical errors are big pet peeves of mine. I don't think developers need to have outstanding spelling or grammatical skills. I do think that developers need to be detail oriented enough to catch obvious (and hopefully non-obvious) issues in their code. If you demonstrate that you didn't catch obvious issues on a very important (for your career) two page document, then how can I trust that you'll catch obvious issues in your code? As an aside, if English isn't your first language, I'll be a little bit more lax in this area, but I still expect that you'll at least have an English speaking friend look over your resume for obvious issues. * I don't like funky formatting. It's surprising how many resumes I see with fancy formatting, presumably because the writers of those resumes want them to stick out. What sticks out to me is a well formatted and well organized, text only, black and white resume with good content. * Take out things that are irrelevant to the job. This is especially true if your resume is over one page. For example, if you have a bachelor's degree in CS, I really don't care where you went to high school or that you were the captain of Model UN while you were there.

itamarst 9y ago
The last bullet point can be taken too far. Model UN, high school, sure. But e.g. if you had a different career before programming, many of those skills will translate. Probably want to highlight the ways in which that is the case, but omitting them can be leaving some of the ways in which you can be valuable even as a beginning programmer.
lhorie 9y ago
> Take out things that are irrelevant to the job I would also say that these reflect poorly on the candidate: - listing hobbies - personal website (good candidates don't need to pad their resumes with one) - links of poor quality. It's a turn-off to see a link to github full of forks of learning material from code schools, or a twitter account that is talking about overwatch.

itamarst 9y ago

The last bullet point can be taken too far. Model UN, high school, sure. But e.g. if you had a different career before programming, many of those skills will translate. Probably want to highlight the ways in which that is the case, but omitting them can be leaving some of the ways in which you can be valuable even as a beginning programmer.

lhorie 9y ago

> Take out things that are irrelevant to the job I would also say that these reflect poorly on the candidate: - listing hobbies - personal website (good candidates don't need to pad their resumes with one) - links of poor quality. It's a turn-off to see a link to github full of forks of learning material from code schools, or a twitter account that is talking about overwatch.