Does anyone have advice for getting an entry level software-development job? I’m finding a lot seem to want several years of experience, or a degree, while I’m self taught.
Ignore what they say on the job posting, apply anyway with a resume that links to your Github, websites you’ve built, etc. Many will still reject you for lack of experience, but in many cases it will turn out the job posting was a very optimistic description of the candidate they were hoping to find, and they’ll interview you anyway in spite of not meeting the qualifications on the job listing.
This is just a guess, but I think it might be helpful to include some screenshots (in color) of the programs, websites, etc. That would make them “more real” to the person who reads this. At least, save them some inconvenience. Of course, I assume that the programs and websites have a nice user interface.
It’s also an opportunity for an interesting experiment: randomly send 10 resumes without the screenshorts, and 10 resumes with screenshots. Measure how many interview invitations you get from each group.
If you have a certificate from Udacity or other online university, mention that, too. Don’t list is as a formal education, but somewhere in the “other courses and certificates” category.
I think ideally, you want your code running on a website where they can interact with it, but maybe a screenshot would help entice them to go to the website. Or help if you can’t get the code on a website for some reason.
It depends on your model of who will be reading your resume.
I realized that my implicit model is some half-IT-literate HR person or manager. Someone who doesn’t know what LaTeX is, and who couldn’t download and compile your project from Github. But they may look at a nice printed paper and say: “oh, shiny!” and choose you instead of some other candidate.
Live in a place with lots of demand. Silicon Valley and Boston are both good choices; there may be others but I’m less familiar with them.
Have a github account. Fill it with stuff.
Have a personal site. Fill it with stuff.
Don’t worry about the degree requirements; everybody means “Bachelor’s of CS or equivalent”.
Don’t worry about experience requirements. Unlike the degree requirement this does sometimes matter, but you won’t be able to tell by reading the advert so just go ahead and apply.
Prefer smaller companies. The bigger the company, the more likely it is that your resume will be screened out by some automated process before it can reach someone like me. I read peoples’ githubs; HR necessarily does not.
Practicing whiteboard-style interview coding problems is very helpful. The best places to work will all make you code in the interview [1] so you want to feel at-ease in that environment. If you want to do a practice interview I’d be up for doing that and giving you an honest evaluation of whether I’d hire you if I were hiring.
[1] Be very cautious about somewhere that doesn’t make you code in the interview: you might end up working with a lot of people who can’t really code.
If you have the skills to do software interviews well, the hardest part will be getting past resume screening. If you can, try to use personal connections to bypass that step and get interviews. Then your skills will speak for themselves.
Does anyone have advice for getting an entry level software-development job? I’m finding a lot seem to want several years of experience, or a degree, while I’m self taught.
Ignore what they say on the job posting, apply anyway with a resume that links to your Github, websites you’ve built, etc. Many will still reject you for lack of experience, but in many cases it will turn out the job posting was a very optimistic description of the candidate they were hoping to find, and they’ll interview you anyway in spite of not meeting the qualifications on the job listing.
This is just a guess, but I think it might be helpful to include some screenshots (in color) of the programs, websites, etc. That would make them “more real” to the person who reads this. At least, save them some inconvenience. Of course, I assume that the programs and websites have a nice user interface.
It’s also an opportunity for an interesting experiment: randomly send 10 resumes without the screenshorts, and 10 resumes with screenshots. Measure how many interview invitations you get from each group.
If you have a certificate from Udacity or other online university, mention that, too. Don’t list is as a formal education, but somewhere in the “other courses and certificates” category.
I think ideally, you want your code running on a website where they can interact with it, but maybe a screenshot would help entice them to go to the website. Or help if you can’t get the code on a website for some reason.
You want to signal a hacker mindset. Instead of focusing to include screenshots it might be more effective to write your resume in LaTeX.
It depends on your model of who will be reading your resume.
I realized that my implicit model is some half-IT-literate HR person or manager. Someone who doesn’t know what LaTeX is, and who couldn’t download and compile your project from Github. But they may look at a nice printed paper and say: “oh, shiny!” and choose you instead of some other candidate.
Live in a place with lots of demand. Silicon Valley and Boston are both good choices; there may be others but I’m less familiar with them.
Have a github account. Fill it with stuff.
Have a personal site. Fill it with stuff.
Don’t worry about the degree requirements; everybody means “Bachelor’s of CS or equivalent”.
Don’t worry about experience requirements. Unlike the degree requirement this does sometimes matter, but you won’t be able to tell by reading the advert so just go ahead and apply.
Prefer smaller companies. The bigger the company, the more likely it is that your resume will be screened out by some automated process before it can reach someone like me. I read peoples’ githubs; HR necessarily does not.
Alternatively, be willing to move.
Practicing whiteboard-style interview coding problems is very helpful. The best places to work will all make you code in the interview [1] so you want to feel at-ease in that environment. If you want to do a practice interview I’d be up for doing that and giving you an honest evaluation of whether I’d hire you if I were hiring.
[1] Be very cautious about somewhere that doesn’t make you code in the interview: you might end up working with a lot of people who can’t really code.
If you have the skills to do software interviews well, the hardest part will be getting past resume screening. If you can, try to use personal connections to bypass that step and get interviews. Then your skills will speak for themselves.