A Method I’ve Used to Eliminate Bad Tech Hires

Re:A Method I’ve Used to Eliminate Bad Tech Hires by davidbanham on Thursday November 10, 2016 @12:21AM (#12917948)

Absolutely agree with the sentiment here. I have used this technique for a couple of years now, except that I kept the task to 20 minutes (and didn't pay people, since it's a short amount of time).

To save dragging people into an office for that time period, I set up a custom git server that marks the timestamps of their pulls and pushes. The instructions for the task are contained in the README of the repo, so as soon as they pull it they've started.

https://github.com/Prismatik/codescreen

It's critical to me that the limit is adhered to so that over time I can compare candidate responses on a level playing field.

[ Parent | on HN ]

Re:A Method I’ve Used to Eliminate Bad Tech Hires by nzjrs on Thursday November 10, 2016 @02:21AM (#12918403)

Jesus, your solution is a nightmarish timed examination and as far as I can tell, the opposite sentiment expressed in the article.

[ Parent | on HN ]

Re:A Method I’ve Used to Eliminate Bad Tech Hires by mcv on Thursday November 10, 2016 @11:28AM (#12921790)

20 minutes is way too little for a meaningful programming task that's worth presenting to the other devs (and that's the really vital part of this method in my opinion).

I prefer to see what people write in their normal way of working when they're not under extreme time pressure.

[ Parent | on HN ]