Thanks for replying, I definitely agree with you when you say:
The problem is expecting candidates to solve problems that they would never have to solve in their real jobs (e.g. 'count the number of connected graphs of n nodes', a problem I got on Google Foobar)
That's my main problem, I've had interviews where they requested me to write an API that would consume 3rd party services and gave me a few days. That makes sense to me, and that's real.
But I've also had those "solve this riddle in 2 hours using this auto-testing platform to check how well your code behaves" type of problems, where I always keep failing. I get frustrated and fail, and the worst part is (at least in my experience) the biggest companies tend to do that kind of interviews (I'm talking Amazon, Google and the like).
Whenever I get to interview a possible candidate, I try to stay away from seeing their code, I prefer having a conversation about their experience, actually listening to what they say and ask follow-up questions to verify their claims. I've found that works great and it doesn't really take a lot of time either.
Anyways, thanks again for sharing your opinion!
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.