And that exactly is the problem with interviews where we can't measure what we should really measuring, so despite these marathons and what not, ending up with misfits. I can't explain it better than below: source [0]:
Your scenarios are different, the normal scenario inside a company is: a) Your boss tells the new problem to the team at Monday morning. b) You have your first approach in your mind to the problem. c) The team discuss the problem for 50 minutes. You still don't have a clear idea about the problem and for sure you don't have any idea about how to solve it. But who cares? Is pancake day ! d) Lunch, you think about the problem by your own, for first time in a "serious" way. e) One day later you write an email to clear some doubts about the problem. f) You talk with another member of the team. He notices some potential problems with your approach but also you realize that, after all, your approach is better than his. You walk in the supermarket alley with your wife thinking about how to explain why your approach is better using a metaphor and trying to foresee objections from other team members. g) Thursday you finish those TDD pending upgrades, do the pull request and then you think an hour about the problem meanwhile you are still in the "zone". You have those beautiful "I got it! " moments. h) Friday you "play" with some library that you find googling and you read some code from github from a guy who did something similar. You then notice that there is a part or a step that you didn't consider before, that could change your design to solve the problem in a deep or shallow way. i) After redditing for an hour, yo do a minimal code that solve the functionality. At this time the problem has been processed in your mind for a week from different angles and using different tools. j) Monday at lunch time you take the marker and you write in the whiteboard trying to explain to the team your solution. The team decides to follow your approach. The other scenario is: a) The interviewer tells you an isolated and descontextualized problem. b) Ten seconds later you have a marker in your hand in front of a empty whiteboard. My problem is: how the real cognitive process can be replicated in an interview? Notice that in the real scenario is not the most smart developer but the best "architect" who gets the best solution after many trails and error experiments and dead-ends paths. Of course companies must have a selection process, but the whiteboard kind is just producing a lot of false negatives.
[0]: https://www.reddit.com/r/programming/comments/4h15a1/why_is_...