How to weed out the bad programmers from the competent ones in the interview process
Posted
by thaBadDawg
on Stack Overflow
See other posts from Stack Overflow
or by thaBadDawg
Published on 2008-12-30T15:58:31Z
Indexed on
2010/06/13
0:42 UTC
Read the original article
Hit count: 582
I am getting ready to add another developer to my team and I want to try and fix the mistakes I made in my last hiring cycle.
I like to think of myself as a competent programmer (I can be given a project, I can deliver on that project and the deliverable work with very few if any bugs) and so I ask questions that I would ask myself in an interview. I've come to the conclusion that my interviewing skills are completely lacking because the last two people I've hired interviewed incredibly well but have been less than ideal at the tasks that they've been given. My CTO (who was completely useless in giving any guidance as to how) suggested I improve on my interviewing skills.
The question is this - How does one programmer interview another programmer and get an understanding of the other programmer's abilities?
Edit: Though slightly different, the answers provided to this question could be of use to you. That question concerns specific interview questions while yours seems to be more general about interview approaches and not just about the questions themselves.
Update: Just for the hell of it I asked two of the guys I worked with if they could do FizzBuzz. 45 minutes and 80 minutes to work it out. And these aren't bottom level guys either.
© Stack Overflow or respective owner