http://tuckermax.me/dont-look-for-talent-find-people-who-do-...
http://tuckermax.me/dont-look-for-talent-find-people-who-do-...
You should hire for a developers ability to execute, not their ability to solve problem about bowling balls and skyscrapers, and not their ability to reverse() a string without using reverse(). I get that they are testing your overall data structure knowledge and your algorithmic thinking, but those are also things that one can find on google, things that one can educate one's self on when they need to. Early stage companies want to look for those people who will do that, people who encounter a problem and then just go out and solve it.
(.....now I will stop ranting and go back to memorizing stupid puzzle/data structure interview questions, for my next phone screen in a few hours)
What are the weaknesses of these questions?
(Also, don't try to retort with "so ask them about the personal/home projects they did before having kids", as that wouldn't be sufficient to cover the people who have had children at a young age; e.g., before turning 20 years-old.)
I don't love programming enough to devote time outside of my 40 hours/week to it.
This is silly. Aggregators let the quality articles rise to the top. It's a much more efficient use of your time (assuming you don't become addicted). These are exactly the type of totally arbitrary, no signal producing filters that people need to get away from.