8 ms·
I bet you will never attract the best, only those how are desperate will spend an hour with your tedious real bug solving interview. I'm pretty sure you are hap
by intesar 15y ago
I bet you will never attract the best, only those how are desperate will spend an hour with your tedious real bug solving interview. I'm pretty sure you are happy that this thing of yours is working out but let me tell you are not getting the best.
- whit537 15y agoYou're right. If someone thinks that writing code for an hour is a tedious act of desperation, they are not the right candidate for us.
- abbasmehdi 15y agoBoom! goes the dynamite... Loved your response. What exactly are you testing? What are you looking for, traits wise, and which aspects of the test reveal the said traits? I am not planning on applying, but am I just interested in learning more about your methodology. On the surface, it seems way better than those silly "how many potholes in America" or those memorizable algorithms.
- whit537 15y ago:) With the first round of hiring I looked at how far the candidate got in fixing the bug. There was a workaround and then there was a fix for the root cause. If the candidate found the workaround quickly then that was equal to fixing the root cause less quickly. Almost no-one actually fixed it though, so mostly it was a measure of progress. How efficient are you at developing hypotheses and testing them? How good are your hypotheses? Now in this round I can't cross-compare as easily, so I'm expecting it to be more subjective. Basically I'm looking for people that I have a hard time keeping up with.
- SkyMarshal 15y agoThis is much better than coming into the office and futzing about on a whiteboard or trying to estimate how many ping pong balls will fit in a 747. One hour, remote work, easy peasy. Do you know a better way of finding great developers (outside your own circle), that is as painless for both the interviewee and interviewer, and simultaneously productive?