4 ms·

> What is absolutely baffling to me is that companies assign coding tests as a pre-qualifier for the usual whiteboard interview despite the coding test being a

by unoti 11y ago

> What is absolutely baffling to me is that companies assign coding tests as a pre-qualifier for the usual whiteboard interview despite the coding test being a far more adequate measure of the abilities of an engineer. A coding test doesn't tell you how well a candidate can collaborate. Can you toss them an idea, and have them successfully expand it and put it to use? Can you give them a couple of half ideas, and they expand them to full ideas? Would they be able to work together with you? Can they understand you? Can you uderstand them? Those are all vital components to success, and you can't see those answers from a test. But white boarding is excellent for answering all those questions. A quick word about hoop jumping. Being willing to jump through hoops means you're willing to cooperate and go the extra mile, and that you want to work at the company in question. This is a useful filter for the employer. They might lose some of the least patient and dedicated engineers (and perhaps some of the most talented) developers in the process.

time_is_scary 11y ago
> A coding test doesn't tell you how well a candidate can collaborate. Agreed. > But white boarding is excellent for answering all those questions. I disagree. There is no team social dynamic in a white-board interview. There is one person in a position of power who is judging you with a critical eye. The other person is being judged and either really wants this job or, worse, needs the job. That is the social dynamic in the room. That doesn't go away by saying "Let's play pretend like we are working on a project as equals". Interviewers will often discuss their rationale as if the candidates know what it is, or that they should be able to know it. For instance, "I want to see if they can take suggestions and run with it". Great, how does the candidate know that's what you want? Maybe the last interview they were in wanted to see if they could take bad advice and quickly explain why that strategy wouldn't work. Those both look the same from a candidate's point of view. They need to toss the dice and assume they interpret your intentions clearly. > Being willing to jump through hoops means you're willing to cooperate and go the extra mile I don't know if I fully agree, but working at a big company does involve a lot of hoop jumping in your day-to-day, so I guess it is something good to test for.
- kbenson 11y ago
  > I disagree. There is no team social dynamic in a white-board interview. There is one person in a position of power who is judging you with a critical eye. The other person is being judged and either really wants this job or, worse, needs the job. Well, it could be like that, and that's the popular conception, but it doesn't need to be like that. If it was handled more like a small meeting with them all contributing (but the interviewers possibly holding back some as needed to allow the interviewee to contribute), you could probably get a fairly good idea of how quickly they grasp concepts from other, how familiar they are with what they are trying to to, and how well they collaborate.
- unoti 11y ago
  > They need to toss the dice and assume they interpret your intentions clearly. Actually, that's testing collaboration right there. If the question is vague, ask if they mean this, or that. Tossing the dice and assuming is exactly the opposite of collaboration. It's possible the interviewer is just a prick, but it's also possible they want to see how you work and collaborate.
wpietri 11y ago
> A coding test doesn't tell you how well a candidate can collaborate. My solution for this is a pair programming interview: http://www.quora.com/What-are-the-best-programming-interview-questions-youve-ever-asked-or-been-asked/answer/William-Pietri?share=1 http://www.quora.com/What-are-the-best-programming-interview... Like a whiteboard I'm there for everything that happens and can judge collaborative ability. And like a coding test, I'm seeing what people really do. I may also do some whiteboard work, as being able to talk over an idea is also part of the job. But that's not in the "please do something arbitrary that you will never have to do in real life" vein. I try to make the whiteboard work as much like real work as possible.

by unoti 11y ago

time_is_scary 11y ago

> A coding test doesn't tell you how well a candidate can collaborate. Agreed. > But white boarding is excellent for answering all those questions. I disagree. There is no team social dynamic in a white-board interview. There is one person in a position of power who is judging you with a critical eye. The other person is being judged and either really wants this job or, worse, needs the job. That is the social dynamic in the room. That doesn't go away by saying "Let's play pretend like we are working on a project as equals". Interviewers will often discuss their rationale as if the candidates know what it is, or that they should be able to know it. For instance, "I want to see if they can take suggestions and run with it". Great, how does the candidate know that's what you want? Maybe the last interview they were in wanted to see if they could take bad advice and quickly explain why that strategy wouldn't work. Those both look the same from a candidate's point of view. They need to toss the dice and assume they interpret your intentions clearly. > Being willing to jump through hoops means you're willing to cooperate and go the extra mile I don't know if I fully agree, but working at a big company does involve a lot of hoop jumping in your day-to-day, so I guess it is something good to test for.

kbenson 11y ago
> I disagree. There is no team social dynamic in a white-board interview. There is one person in a position of power who is judging you with a critical eye. The other person is being judged and either really wants this job or, worse, needs the job. Well, it could be like that, and that's the popular conception, but it doesn't need to be like that. If it was handled more like a small meeting with them all contributing (but the interviewers possibly holding back some as needed to allow the interviewee to contribute), you could probably get a fairly good idea of how quickly they grasp concepts from other, how familiar they are with what they are trying to to, and how well they collaborate.
unoti 11y ago
> They need to toss the dice and assume they interpret your intentions clearly. Actually, that's testing collaboration right there. If the question is vague, ask if they mean this, or that. Tossing the dice and assuming is exactly the opposite of collaboration. It's possible the interviewer is just a prick, but it's also possible they want to see how you work and collaborate.

wpietri 11y ago

> A coding test doesn't tell you how well a candidate can collaborate. My solution for this is a pair programming interview: http://www.quora.com/What-are-the-best-programming-interview-questions-youve-ever-asked-or-been-asked/answer/William-Pietri?share=1 http://www.quora.com/What-are-the-best-programming-interview... Like a whiteboard I'm there for everything that happens and can judge collaborative ability. And like a coding test, I'm seeing what people really do. I may also do some whiteboard work, as being able to talk over an idea is also part of the job. But that's not in the "please do something arbitrary that you will never have to do in real life" vein. I try to make the whiteboard work as much like real work as possible.