I like the whiteboard interviews because you can observe the end-to-end problem solving. You can see how people behave out of their element. You can see how they approach "an empty page". And you can ask questions that involve more algorithmic insight than "I wrote a Twitter scraper".
Why Resumes and Code Screenings Are Obsolete with GitHire
21–30 of 89 posts
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#22> Over a million software developers have public repositories on http://github.com , allowing you to see how people use code to solve real problems That assumes they put code on github. And that they publish the code. And that you know anything about their code. Then there are those of us who use bitbucket. There's lots of code which doesn't get published because it's not relevant and if it is, it might be a one off…
It uses a nice visualization: http://getvouched.com/visualizations?id=maxdemarzi
Try putting a github username or use the drop down list on the page.
Ultimately you get this profile: http://getvouched.com/users/max/vouches
It uses pagerank + proximity, so if a developer who does have his stuff on github vouches for you, you get all that credit without having to use github.
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#23One major flaw: it assumes anyone you would want to hire uses Github, as opposed to Bitbucket, Gitorious, Google Code, Launchpad, the numerous other code hosts I missed, or hosting their code on their own server. And if Github becomes "the standard" for hosting software such that everyone looks for code and coders on Github instead of other places, that would be detrimental to the FOSS community as a whole - not only…
besides, only about 10%, if not less, of registered github users do actual coding. Most of the users just follow the updates or fork and add patches.
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#24In addition, I know too many developers who I would hire in a heartbeat that do not have repos on Github and far too many developers that I never want to work with that do have repos.
I also find it curious that on http://githire.com/order, when I refresh the page and see people like 37Signals and Omni show up. Not sure they are looking for new gigs.
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#25One major flaw: it assumes anyone you would want to hire uses Github, as opposed to Bitbucket, Gitorious, Google Code, Launchpad, the numerous other code hosts I missed, or hosting their code on their own server. And if Github becomes "the standard" for hosting software such that everyone looks for code and coders on Github instead of other places, that would be detrimental to the FOSS community as a whole - not only…
don't forget the good old sourceforge and freshmeat. besides, only about 10%, if not less, of registered github users do actual coding. Most of the users just follow the updates or fork and add patches.
Is there a number published somewhere?
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#26One major flaw: it assumes anyone you would want to hire uses Github, as opposed to Bitbucket, Gitorious, Google Code, Launchpad, the numerous other code hosts I missed, or hosting their code on their own server. And if Github becomes "the standard" for hosting software such that everyone looks for code and coders on Github instead of other places, that would be detrimental to the FOSS community as a whole - not only…
This also true of every hiring source and strategy you can name. For example, what about hiring friends of employees? You miss out on good people who aren't networked into your team.
A good employer will use a variety of strategies for finding prospective employees. This looks like one good way to get a list of five people that might--with further investigation--be worth interviewing.
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#27Earlier quoted context omitted.
don't forget the good old sourceforge and freshmeat. besides, only about 10%, if not less, of registered github users do actual coding. Most of the users just follow the updates or fork and add patches.
only about 10%, if not less Is there a number published somewhere?
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#28One thing something like this misses in comparison to resumes - what was the effect of the code they wrote? Sure, I can see that you wrote a kick-ass routine to geocode addresses. What problem was it trying to solve? What benefits did it bring to the end user? Did it have an effect on any measured metrics? This is the kind of stuff people usually put in their resumes. I'm not that interested in the code a developer w…
More importantly, the context surrounding the code. I could read someone's code, and find it absolutely abhorrent for any number of reasons: aesthetics, functionality, efficiency, and so on. But if what's written is what the customer wanted, needed, or what was appropriate for the problem, the environment, the cost, or any other constraint that fits into "code context", then by all means it's justified, and I'm unfit to judge the person simply by what's on paper.
In fact, I think a lot of insight about the potential new-hire can be gleaned from their answer to: "Can you describe a situation where you decided that the best course of action was to write 'ugly' code? What do you consider 'ugly'? What was more important than having 'clean' code?"
Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#29Re: Why Resumes and Code Screenings Are Obsolete with GitHire
#30From my estimated experience: CoffeeScript: 5+ years Ha ha. (the language has been out for 3 years, became known maybe year after release)