Saturday October 11, 2003
02:40 AM
An interview quandry
Round one includes a surprisingly simple "prove you can code in Perl and C" exercise, at a very nice, wall-to-wall whiteboard. Round two, several days later, is in the same room. The code on the whiteboard (for the same exercise) is different. Glancing at it during the course of the interview, I spot one outright bug, and then notice that whoever wrote the code didn't understand autovivification. And they didn't anchor a regex.
What would you do in this situation? Would you mention it to the interviewer? Why (or why not)?
That is a hard one.... (Score:1)
So, I say, if you left them with any doubt about your coding abilities, point out the error, it will strengthen your position and weaken whoever wrote the code. If your skills are not in doubt it's perhaps a little tougher call, but I probably would anyway, maybe it is their way of a test.
A lot of the things I read ab
Tell them (Score:1)
I was shown production code in my interview. I did a quick scan and started asking questions as to why certain "standard coding practices" were not used. I believe that by pointing these things out, I earned some added "brownie points".
One warning, be prepared to fix whatever code mistakes you point out. :-)
if the mood is right ... (Score:2)
- ask
-- ask bjoern hansen [askbjoernhansen.com], !try; do();