Skip to content

Comment on Silicon Valley Hiring Perks: Meals, iPads and a Cubicle for Spotparent

Comments

My main resume to interview filter is finding out what projects they have worked on in their spare time. They usually have a homepage, blog, github or bitbucket account, or something similar.

On the other hand, there is a class of 'rockstar' developer who are actually not very good. The best way I can explain this is by giving an example.

I was hiring for a new higher-level dev, a Rails role. I was referred to a developer whos name I knew by somebody internal. I thought 95% of the task would be me convincing him to join us, and his profile was lots of twitter followers, a good following on HN and other forums, a high profile as a developer, attached his name to a lot of open source projects and spec work etc.

Turned out he knew none of the basics. He had 'C' on his resume yet he could skype chat me the simplest C routine. I asked him to scp a file up to a dev server, and he said 'I had no idea that you could FTP over SSH' - which he said after a 3-4 minute pause where it was obvious that he was googling. I learnt then that a public profile and being involved in such projects sometimes also isn't the best indicator.

Unix and and C expertise seem like lousy litmus tests for a Rails dev. How was his rails work?

Terrible - he mixed controller and view code. I was only testing what his resume said, and since we are small the role also requires a bit of everything

AboutSource Built by g1lg1l

Hackerly is an independent reader for Hacker News, built on the public HN API. Not affiliated with Y Combinator.