Finding good staff....
-
James, modify your original post to give us a link to your website with the job details etc... Surprised it isn't there already ! Elaine The tigress is here :-D
I wasn't sure whether or not it was akin to asking programming questions... Certainly you can check out the web site: http://www.exony.com[^]. We have moved on a bit since the website was created and its due for an upgrade... You can add things like C#, .NET to the mix of technologies. It'll take me a while to describe the type of work as we don't have job specs. When I get the chance I'll post something in the jobs area. James.
-
I try to never ask questions that require book knowledge. I care more about communication, planning, innovation and initiative so try and get the candidate to tell me about specific situations when they have shown these skills. Note: not hypothetical questions like 'What would you do in this situation?'. We also do a coding question e.g. reverse a string in place. This allows me to see how they approach a problem. Finally, there is a design question where I role play a client with a set of requirements. When they have asked enough questions to understand the problem I leave them on their own with a cup of coffee and a whiteboard for 30 mins to try and take the pressure off. Then I go back in and chat about the architecture and design they selected. The only time I ask book questions is when I recon they have stretched the truth on their resume. Something like what does keyword 'virtual' do/mean if they claim to have C++ knowledge... James.
It seems your candidates find themselves in a fair and preferable interview situation. That's exactly what I would hoping for when going in an interview.
heinz r. vahlbruch
If IntelliSense doesn't have it, it ain't worth calling - Anonymous
-
Maybe you're just asking the wrong questions. As an experienced programmer, I often find the "final exam" style of interview questions to be extremely uncomfortable. That is an interview where someone who does not have all that much experience themselves, just starts asking you basic questions off a sheet of paper. There are any number of basic concepts which I might no longer have the ability to immediately articulate a textbook answer for. Does that mean that I do not know the concept? No. It just means that I have conceptualized it to the point that it is no longer something I think about in a verbal way, hence have difficulty articualting coherently on the spur of the moment. When interviewing an experienced programmer,you probably should not ask basic questions from your last final exam in college. You should not have a sheet of paper containing questions which you yourself do not know the answers for. What you should do is find out the nature of the kind of work they have done. Find out what problems they confronted and how they solved them. Give them an example of a problem they might confront while working for you, and ask them how they would solve it. Talk about programming philosophies to get a feel for their depth of interest in thier proclaimed area of expertise. For example, rather than asking someone direct questions about COM, just strike up a conversation about COM. If they can have a lengthy conversation about it, you will find out far more about their knowledge, their experience, and thier interest in it than if you asked them to regurgitate all the IDispatch methods. Anyone who has actually bothered to memorize all that crap is probably more of a memorizer than a programmer anyway. "Any clod can have the facts, but having opinions is an art." Charles McCabe, San Francisco Chronicle
This is a very good strategy for a conversational interview, where you can indeed find out an awful lot about someone, by responding to what they say, probing different areas, and sometimes challenging their knowledge. The added wrinkle we have is that we are supposed to ask exactly the same questions to every candidate, so that they can be evaluated "fairly" against the same criteria. That sounds great in principle, but it is highly impractical, especially in situations like you describe. Therefore, I don't provide the interview function anymore. Dave "You can say that again." -- Dept. of Redundancy Dept.
-
This is a very good strategy for a conversational interview, where you can indeed find out an awful lot about someone, by responding to what they say, probing different areas, and sometimes challenging their knowledge. The added wrinkle we have is that we are supposed to ask exactly the same questions to every candidate, so that they can be evaluated "fairly" against the same criteria. That sounds great in principle, but it is highly impractical, especially in situations like you describe. Therefore, I don't provide the interview function anymore. Dave "You can say that again." -- Dept. of Redundancy Dept.
We always to interviews in pairs and rarely have second interviews. At the end the candidate is either good enough and offered a position or not... (Although we don't tell them before they leave). We try not to compare candidates against each other - just against the job they will need to do. I will say one thing though. The bar is high: "Maybe's" are "No's" and "Yes's" are only if they can prove the two qualities I mentioned earlier (Clever + History of getting things done). We would rather have an empty position than fill it with the wrong person. James.
-
Maybe you're just asking the wrong questions. As an experienced programmer, I often find the "final exam" style of interview questions to be extremely uncomfortable. That is an interview where someone who does not have all that much experience themselves, just starts asking you basic questions off a sheet of paper. There are any number of basic concepts which I might no longer have the ability to immediately articulate a textbook answer for. Does that mean that I do not know the concept? No. It just means that I have conceptualized it to the point that it is no longer something I think about in a verbal way, hence have difficulty articualting coherently on the spur of the moment. When interviewing an experienced programmer,you probably should not ask basic questions from your last final exam in college. You should not have a sheet of paper containing questions which you yourself do not know the answers for. What you should do is find out the nature of the kind of work they have done. Find out what problems they confronted and how they solved them. Give them an example of a problem they might confront while working for you, and ask them how they would solve it. Talk about programming philosophies to get a feel for their depth of interest in thier proclaimed area of expertise. For example, rather than asking someone direct questions about COM, just strike up a conversation about COM. If they can have a lengthy conversation about it, you will find out far more about their knowledge, their experience, and thier interest in it than if you asked them to regurgitate all the IDispatch methods. Anyone who has actually bothered to memorize all that crap is probably more of a memorizer than a programmer anyway. "Any clod can have the facts, but having opinions is an art." Charles McCabe, San Francisco Chronicle
Stan Shannon wrote: For example, rather than asking someone direct questions about COM, just strike up a conversation about COM Thats is so true. I would end up wittling on about performance between IDispatch or Dual/Custom interfaces and how I like making VB developers lives miserable, then going on about how much fun it is to write a COM object in pure C++ and seeing my interfaces as plain abstract classes. Then maybe onto the apartment model(though I find this dull, but its important to know), or the MTS and the evloution into COM+ with a more fine grained secutity control....and the 2 different kinds of transaction state. :breath: :-D
-
I try to never ask questions that require book knowledge. I care more about communication, planning, innovation and initiative so try and get the candidate to tell me about specific situations when they have shown these skills. Note: not hypothetical questions like 'What would you do in this situation?'. We also do a coding question e.g. reverse a string in place. This allows me to see how they approach a problem. Finally, there is a design question where I role play a client with a set of requirements. When they have asked enough questions to understand the problem I leave them on their own with a cup of coffee and a whiteboard for 30 mins to try and take the pressure off. Then I go back in and chat about the architecture and design they selected. The only time I ask book questions is when I recon they have stretched the truth on their resume. Something like what does keyword 'virtual' do/mean if they claim to have C++ knowledge... James.
You probably wouldn't hire me. :(( I couldn't tell you off the top of my head how to reverse a string in place. Of course, during my 30 years in technology, I have reversed a string or two. I just don't bother to keep stuff like available without a FAR call.
-
You probably wouldn't hire me. :(( I couldn't tell you off the top of my head how to reverse a string in place. Of course, during my 30 years in technology, I have reversed a string or two. I just don't bother to keep stuff like available without a FAR call.
The issue is not about whether you know the answer or not but how you approach the problem. Do you validate your code on paper with an example or two? Do you check your algorithm for boundary conditions? At what point do you optimise (if needed)? What were your reasons for choosing a particular algorithm? Did you consider the memory needs and in particular what might happen in low memory conditions... We have plenty of developers around the office who can help if you don't know the solution to something. The main problem I want to avoid is when people 'think' they know how to do something and the resulting code it makes it into the build. James.
-
Trollslayer wrote: Now move north and its much more of an employers market Indeed! Why is it that employers prefer to locate in places no one in his right mind would want to live? I've heard a number of excuses, but none that make any sense. I can understand that companies with hardware to ship need good infrastructure, but software companies don't have that excuse. They locate in large, crowded, expensive urban centers, then whine about the costs of doing business and the inability to hire good people! As much as I joke about this place's awful climate, some 500K to 1M people choose to come here every year to vacation, so my tastes are obviously not universal. An employer could build an 80,000 sf building here and own it, for what it would cost to rent one for a month in Los Angeles. And employess making $50K a year here would live like kings, rather than as paupers in CA. It makes no sense at all... Nobody wants to read a diary by someone who has not seen the shadow of Bubba on the prison shower wall in front of them!
Paul Watson, on BLOGS and privacy - 1/16/2003What we really need is the invention of a Star Trek transporter. One could earn top wages in Silicon Valley while living in low cost Crawdad, Mississippi.
-
What we really need is the invention of a Star Trek transporter. One could earn top wages in Silicon Valley while living in low cost Crawdad, Mississippi.
Oh yes, that would be great ... :-D
heinz r. vahlbruch
If IntelliSense doesn't have it, it ain't worth calling - Anonymous
-
There are plenty of jobs further south but to be honest, I don't want to go there. To get a good location costs rise drastically so disposable income drops. Now move north and its much more of an employers market :-D Elaine (fluffy tigress emoticon) The tigress is here :-D
Yeah, most employers are idiots for doing this. They seem to think the prestige value of being in an expensive urban environment is worth something, and next they find they can't get decent staff. :-) Regardz Colin J Davies
Sonork ID 100.9197:Colin
I'm guessing the concept of a 2 hour movie showing two guys eating a meal and talking struck them as 'foreign' Rob Manderson wrote:
-
I've just had to sit through another interview and listen to the candidate ignore me and answer what he he wanted instead of what I asked for. I don't know anything more about him than when he walked in... Where are all the good developers? I see lots of good articles and discussion on this site so they must exist. I don't suppose there is a forum for advertising positions? We are about to get funding and will be expanding a lot. I can't even tempt the good guys out of the woodwork by telling them about the cool C++ and .NET development we do. If there is a forum for this then can someone point me to it. If not, you live in the UK (we are in Hampshire) and are a little curious, then get in touch. James.
I'm in the US and looking for work here, so unless you're willing to relo me and make up for the silly double taxation, but I am curious what salary range you are offering (make sure you specify the currency, though I wouldn't mind 90k in pounds)?