NYCPHP Meetup

NYPHP.org

[nycphp-talk] Oh... Interviewing

David Krings ramons at gmx.net
Sat Jul 21 07:13:39 EDT 2007


CED wrote:
> I recently sat down with a candidate for a Software Management/Architect
> position here is what I presented:
> 
°snip°
> Now I thought that these questions were certainly challenging yet basic
> enough for an expert software architect, however, and much to my surprise
> the candidate wasn't really even interested in looking at it, in fact he
> refused to answer any of it. Other than being surprised, and needless to say
> concerned, It made me re-visit our many emails a few weeks ago about
> interviewing... and here was my conclusion:
> 
> 1) If you're given an exam, just try your best, but don't refuse, after all,
> are you or are you not confident in your abilities
> 2) When administering an exam, be sure to have informed the candidate before
> hand, it gives them the opportunity to prepare
> 3) In the end, trust your gut. We have all been at various places of talent
> throughout our respective careers, you know when someone isn't completely
> up-to-speed, and when someone is simply bashful about their skills.
> 
> Thoughts?

Besides the unintersting fact that I couldn't answer no more than one or 
two questions, I wonder what else you asked the candidate. I also wonder 
if that test is necessary given that you probably want candidates with 
experience. I think to put someone through such a test who already 
worked for ten years in sw development is plain silly. I'd take it as an 
insult and even if I could write a dissertation about each topic, I 
wouldn't do it. Read my resume and check my previous work.
Also silly for a recent CS graduate who probably can answer many of 
these questions without ever having completed a project that also 
worked. That test is more applicable when you get a candidate who 
previously did not work in the sw industry, which doesn't mean that 
he/she cannot code. It tests theoretical knowledge, not skill.
In regards to the test, do all of those areas matter substantially to 
what the candidate is later expected to work on? Does it require 
extensive networking knowledge? Regular expressions? SQL? Keep in mind 
that you are hiring a human being, not god.

And as discussed in great detail earlier on this list, just please cross 
off the question "ad.. Switch the assignments of variable A and variable 
B." I think we established the fact that this is a useless exercise.

Oh, and don't use letters if you plan to ask more than 26 items. Use 
numbers - this is the tech writer talking.

And the one that refused to take the test? I'd call him/her for a second 
interview. You do want gutsy people on your team, not just yea-sayers 
and bobbleheads. Of course, make sure that the skills are there by just 
talking to people.

C'mon, they all went to school for 20 years and have some experience. 
You want to treat them like a freshman and give them a bubble sheet to 
fill in? Talk to them, have them explain what they did? Can they do 
that? Do they show passion for what they are doing? Did they do 50 times 
the same or 10 times a bunch of different stuff? Are they eager to 
learn? Your test will not answer any of these fundamentally important 
questions.

Uh, and one other thing, in "an.. Replace the 2nd “p” with “g” and 
change “Planned” to “Plotted” in “Peter Piper Planned Poorly”" there is 
no second lower case "p". Maybe that is an intentional gotcha.

Just....talk to the candidates, don't do a test. NCLB doesn't apply to 
the workplace.

David



More information about the talk mailing list