I'm not in charge of setting our hiring bar so it doesn't really matter. Given my druthers I'd give a candidate a not particularly difficult multi-hour coding project just to show that they can build something and would like to have a conversation with them that shows both breadth and depth of knowledge.
Ok, but none of what you said addresses my concerns. And sadly, this is what always happens when I press people for better interviewing techniques.
If they can't finish squat in 60 minutes are they likely to finish something in double that time? If they are, I could just ask them something that should take 30 minutes to finish and give them double that time to finish it, and just pretend like everything's fine...
> and would like to have a conversation with them that shows both breadth and depth of knowledge.
Conversation is nice and all, but there are people who can do that but fall flat with the coding. And that is a significant part of the job.
