This is my experience hiring developers. If I hire without a code screen, it's a 50-50% chance the developer cannot close a ticket in their first month. With a

This is my experience hiring developers. If I hire without a code screen, it's a 50-50% chance the developer cannot close a ticket in their first month. With a code screen, I've had one developer not work out (personal problems). And I'm talking about "ensure that no trailing spaces are being inserted to the database in this csv import function" kind of tickets. >usually being close to runnable with a few small bugs was a good submission and runnable with no bugs was a great submission This is exactly what we do: check the solution, and if it's close we continue the hiring process. There is a huge difference between an almost working solution and what you get 70% of the time: code that will never, ever, ever work, even if it could run.