News for hackers. Stuff that matters.
Re:I don't hire unlucky people by quaunaut on Thursday April 05, 2012 @08:48PM (#3805437)
The 500 applicants gets wittled down quickly after you look at someone's Github or code examples. Suddenly you're looking at 10 or 15 at most. You can do that.
Re:I don't hire unlucky people by tedunangst on Thursday April 05, 2012 @09:08PM (#3805485)
And now you're using a heuristic even less correlated with programming ability. My list of awesome programmers I would hire again in a heartbeat has, to my knowledge, a combined 0 lines of code on github.
Re:I don't hire unlucky people by vellum on Thursday April 05, 2012 @09:31PM (#3805544)
It's one heuristic out of many, and it's a fast one. If you go through all 10-15 github profiles, and you find an awesome programmer, than you're done for that point in time. If you don't find any, you can use a more time-consuming heuristic.
Re:I don't hire unlucky people by tedunangst on Friday April 06, 2012 @09:38AM (#3807058)
Throwing out resumes with spelling mistakes is even faster, and if you don't find anyone, you can always go back. The same can be said for any filtering technique.
Re:I don't hire unlucky people by flakmonkey on Saturday April 07, 2012 @12:35PM (#3811253)
The problem here is that a resume with no spelling errors says nothing about a persons coding ability. The resumes without errors are lacking the negative indicator of poor spelling/formating. A strong Github profile, however, consists of many code samples and is a positive indicator of coding ability, making it a much more useful metric. This doesn't imply a knock against programmers with no Github profile, simple a leg up for those who do.
Re:I don't hire unlucky people by krschultz on Thursday April 05, 2012 @10:00PM (#3805615)
I generally prefer using Wikipedia edits or Linux kernel commits.