Would a Northrop Grumman engineer with a GitHub full of cool projects really be overlooked in a recruitment process? Not once, that can always happen, but regularly?
Yes, regularly. Valley has a very short attention span. NG isn't in the list of hip sexy companies. Same goes with profiles from Cisco, VMWare, Intel, Synposys, IBM, and pretty much all the big companies that were pinnacles of business and your career at one point, but they are not considered hip anymore. Looking at Github profiles, however much people talk about it, also doesn't regularly happen. It's a chore to typ…
What happens when you stop relying on resumes
11–20 of 195 posts
Re: What happens when you stop relying on resumes
#12...
> It was AJ, a candidate that Zouhair Belkoura, KeepSafe’s cofounder and CEO, readily admits he would have overlooked, had he come in through traditional channels.
This was the story of my job search three years ago. It still kinda is.
Re: What happens when you stop relying on resumes
#13Thanks Aline, for yet another well researched article. I have to say though, that in my experience, these experiments in sourcing work quite well when your hiring is small. The moment you hit some sort of scale, it becomes very very difficult, if not impossible to run and rely on such experiments. E.g. in the first growth phase at Box, we were tasked with hiring 25 engineers a quarter. At that scale, the company deal…
Yeah, scaling this stuff is hard. I do think there's a big danger in scaling it by offloading filtering powers to non-technical people because then you have to rely on proxies. Proxies aren't inherently bad, of course, but the ones we have now (school and past employment) are pretty bad, and if ultimately, we're getting things wrong more than we're getting them right, it outweighs the temptation to cut costs and time.
For a company like Box with a super strong engineering brand, it's OK to have a pretty high false negative rate, of course. You can reject a lot of good people and still have a revolving door of others who want to work there. However, smaller companies often take their cues from big ones and adopt the same processes without realizing that they may not work the same way.
And yes, thank you so much for calling that out. AJ had to meet the same bar as everyone else. Fortunately, he killed it.
Re: What happens when you stop relying on resumes
#14Earlier quoted context omitted.
Yes, regularly. Valley has a very short attention span. NG isn't in the list of hip sexy companies. Same goes with profiles from Cisco, VMWare, Intel, Synposys, IBM, and pretty much all the big companies that were pinnacles of business and your career at one point, but they are not considered hip anymore. Looking at Github profiles, however much people talk about it, also doesn't regularly happen. It's a chore to typ…
This brings up a really good point. Hyperlinking to Github, or other work, in your resume is important. You should make it as easy as possible for the reviewer to say 'yes' in a short amount of time.
When you're reading resumes you go into awful zombie mode (I do this too). If you're writing one, pretend your audience is a braindead zombie that needs to be spoonfed everything. If you have cool projects, list them and describe them concisely in a way that makes clear that they're interesting and a big deal. And link to each project if possible to increase odds of click.
Re: What happens when you stop relying on resumes
#15Re: What happens when you stop relying on resumes
#16Earlier quoted context omitted.
This brings up a really good point. Hyperlinking to Github, or other work, in your resume is important. You should make it as easy as possible for the reviewer to say 'yes' in a short amount of time.
What sucks is that even if it's hyperlinked, people probably won't click it. I don't have clickthrough data for resumes (if someone does, that'd be awesome), but anecdotally, clicks won't happen unless you really call out to the reader that it' worth their time. When you're reading resumes you go into awful zombie mode (I do this too). If you're writing one, pretend your audience is a braindead zombie that needs to b…
Since I work in and around Github and open source, usually someone's Github will tell me what I really want to know about them (not always, but really good candidates have a Github profile that stands out).
Re: What happens when you stop relying on resumes
#17Would a Northrop Grumman engineer with a GitHub full of cool projects really be overlooked in a recruitment process? Not once, that can always happen, but regularly?
Yes, regularly. Valley has a very short attention span. NG isn't in the list of hip sexy companies. Same goes with profiles from Cisco, VMWare, Intel, Synposys, IBM, and pretty much all the big companies that were pinnacles of business and your career at one point, but they are not considered hip anymore. Looking at Github profiles, however much people talk about it, also doesn't regularly happen. It's a chore to typ…
Applicant: Well, I wrote a code to optimize a UAV flight path to avoid enemy radar and minimize fuel consumption, and debugged another controls code to prevent people from dying. Did some debugging on a computational electrodynamics code for radar simulations...
Recruiter: Oh. You know what's cool? Photo sharing.
Re: What happens when you stop relying on resumes
#18Earlier quoted context omitted.
This brings up a really good point. Hyperlinking to Github, or other work, in your resume is important. You should make it as easy as possible for the reviewer to say 'yes' in a short amount of time.
What sucks is that even if it's hyperlinked, people probably won't click it. I don't have clickthrough data for resumes (if someone does, that'd be awesome), but anecdotally, clicks won't happen unless you really call out to the reader that it' worth their time. When you're reading resumes you go into awful zombie mode (I do this too). If you're writing one, pretend your audience is a braindead zombie that needs to b…
Re: What happens when you stop relying on resumes
#19The difficulty we had was not seeing a strong correlation between talking about projects and doing well at programming during an interview.