Interview tips
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
What was the biggest problem they were unable to solve?
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
Ask what was the most challenging problem he/she faced and *why* was that so challenging. Then ask how was it solved and *why* he/she picked that particular solution.
Farhan Noor Qureshi
-
What was the biggest problem they were unable to solve?
Trollslayer wrote:
What was the biggest problem they were unable to solve?
Hey! My suggestion was exactly the opposite. May be both questions make a good pair. Tsk tsk, poor interviewees!!!
Farhan Noor Qureshi
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
Occasionally, I have to help hire a contractor so, some of the things I try to do are: Screen out as many people as you can with a take home project. Though try to keep it brief because time is money and I'd never interview with a company that wanted me too spend to much time cutting code for free. Make sure your candidates are balanced individuals, if their only hobbies are coding, programming, and software you may have problems getting them to work well with the users and customers. Some simple pseudo coding of a reasonable problem tends to help. I've found that some people get way too nervous during an interview and they get some kind of programming block. Ask them about data structures and algorithms, this is often where people are lacking. And most of all, make sure you "like them". As you interview more people your will develop you intuition, trust it. -- modified at 18:32 Tuesday 15th May, 2007
My Blog A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. - -Lazarus Long
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
Ask them if they know something that you're pretty sure they don't, to see if they tell you the truth. Something that's outside of the stuff you advertised for and actually do, and obscure. As in 'as it happens, we're tending for a project writing software the help with breast screening, have you ever done any image processing with regard to detecting cancerous lumps ?'
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
-
Occasionally, I have to help hire a contractor so, some of the things I try to do are: Screen out as many people as you can with a take home project. Though try to keep it brief because time is money and I'd never interview with a company that wanted me too spend to much time cutting code for free. Make sure your candidates are balanced individuals, if their only hobbies are coding, programming, and software you may have problems getting them to work well with the users and customers. Some simple pseudo coding of a reasonable problem tends to help. I've found that some people get way too nervous during an interview and they get some kind of programming block. Ask them about data structures and algorithms, this is often where people are lacking. And most of all, make sure you "like them". As you interview more people your will develop you intuition, trust it. -- modified at 18:32 Tuesday 15th May, 2007
My Blog A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. - -Lazarus Long
Chris Austin wrote:
Make sure your candidates are balanced individuals, if their only hobbies are coding, programming, and software you may have problems getting them to work well with the users and customers.
Damn, I doubt you'd hire me, then...
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
-
Chris Austin wrote:
Make sure your candidates are balanced individuals, if their only hobbies are coding, programming, and software you may have problems getting them to work well with the users and customers.
Damn, I doubt you'd hire me, then...
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
But you have other loves besides code....
Christian Graus wrote:
Metal Musings - Rex and my new metal blog
Thats the key point....
My Blog A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. - -Lazarus Long
-
One sneaky practice that's getting popular in India is to steal employees from other companies in the region. Usually this is done by offering a huge joining bonus and a substantial increase in salary. Of course you still need to validate that the candidate is the right one - but you have a higher chance of getting quality candidates when your pool is already filtered (the other company would have done all the interviewing and choosing for you, or if they themselves have stolen the candidate, then the original company would have). It might sound unethical, but it's part of corporate IT hiring :-)
Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
My latest book : C++/CLI in Action / Amazon.com linkNishant Sivakumar wrote:
It might sound unethical, but it's part of corporate IT hiring
Nothing unethical about as long as you aren't stealing "secrets". Free markets aren't just for goods, labor should move freely as well.
My Blog A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. - -Lazarus Long
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
Contrary to popular belief - don't need to write code. Ask to talk about project they've done or would like to work on. Use 'Behavioral Interview' technique (http://www.google.com/search?q=behavioral+interview&rls=com.microsoft:en-us:IE-SearchBox&ie=UTF-8&oe=UTF-8&sourceid=ie7&rlz=1I7WZPA[^]) God bless, Ernest Laurentin
-
Ask them if they know something that you're pretty sure they don't, to see if they tell you the truth. Something that's outside of the stuff you advertised for and actually do, and obscure. As in 'as it happens, we're tending for a project writing software the help with breast screening, have you ever done any image processing with regard to detecting cancerous lumps ?'
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
woo i have! Bryce
--- To paraphrase Fred Dagg - the views expressed in this post are bloody good ones. --
Publitor, making Pubmed easy. http://www.sohocode.com/publitorOur kids books :The Snot Goblin, and Book 2 - the Snotgoblin and Fluff
-
Paul Brower wrote:
Don't have them write code in the interview. That is simply a waste of time. Most good programmers would struggle with that.
Today's WTF article is about absurd interview questions. http://worsethanfailure.com/Articles/Riddle-Me-An-Interview.aspx[^]
Farhan Noor Qureshi
Well.. I disagree with the writer. These are creative problem solving question. He just came up with his own stupid conclusion and find they are stupid, great! Good practical answer to these question sho good problem solving skill, as they say!
-
Trollslayer wrote:
What was the biggest problem they were unable to solve?
Hey! My suggestion was exactly the opposite. May be both questions make a good pair. Tsk tsk, poor interviewees!!!
Farhan Noor Qureshi
True, how someone handles success and failure tells you a lot about them. To quote Kipling: "If you can meet with Triumph and Disaster And treat those two impostors just the same"... Elaine (literary fluffy tigress)
-
Occasionally, I have to help hire a contractor so, some of the things I try to do are: Screen out as many people as you can with a take home project. Though try to keep it brief because time is money and I'd never interview with a company that wanted me too spend to much time cutting code for free. Make sure your candidates are balanced individuals, if their only hobbies are coding, programming, and software you may have problems getting them to work well with the users and customers. Some simple pseudo coding of a reasonable problem tends to help. I've found that some people get way too nervous during an interview and they get some kind of programming block. Ask them about data structures and algorithms, this is often where people are lacking. And most of all, make sure you "like them". As you interview more people your will develop you intuition, trust it. -- modified at 18:32 Tuesday 15th May, 2007
My Blog A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. - -Lazarus Long
Hmm... some of the people I work out can't be left outside if it starts to rain.
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
-
Anybody got any? I'm actually the one interviewing a candidate to replace a programmer that I inherited. They were totally incompetent.They were hired by a non-programmer and enjoyed a good couple of years of being able to BS their boss who didn't know a thing about what they were doing. The stuff they got away with is just shocking. However, they were nice enough to resign (a few months after I became their boss) before we had to fire them. Now we need a replacement and I'm want to make sure I can weed out the crap and the clueless. Anybody have any magic questions that can really reveal if they "get it"?
Lie :laugh:
Steve
-
Ask them if they know something that you're pretty sure they don't, to see if they tell you the truth. Something that's outside of the stuff you advertised for and actually do, and obscure. As in 'as it happens, we're tending for a project writing software the help with breast screening, have you ever done any image processing with regard to detecting cancerous lumps ?'
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
Christian Graus wrote:
ever done any image processing
You mean *manual* image processing? E.g. browsing websites inspecting breasts. Yep, and I always *say* I'm looking for cancerous lumps :->
-
Ask them to bring a project/program/util that they have written and ask them to wlak you through parts of the source code, from that you'll know if they can cut code or not.
.net is a box of never ending treasures, every day I get find another gem.
That works if they can. I've worked a number of jobs that were secure locations. No code leaves, in fact no storage media leaves, the facility. If that's the case, a simple progamming task works wonders. For people who can't "take the test" and freak out ... they'll have to go elsewhere. Software development requires some non-code skills like talking with customers / users (not just requirements, sometimes for feedback or even "thank you"), documentation, and the that applies to lots of non-tech careers too, working under some pressure. The best and simple skill test I saw, on the web, went something like this: Write a program that will print "X" for numbers divisible by 10, "Y" for numbers divisible by 4, and the number itself for all other numbers. Do this for numbers (integers) between 1 and 100. Amazing how half the posts to that complaint - that 90% of programmers can't think the problme through - also didn't get it correct. I'd suggest something like that - give them a computer to actually do it on, real-time, and a few others like it. Deeper code problems like APIs / object libraries (Java and .NET come to mind) and design patterns and such are best done orally or "at the white board." What to look for there, and this is crucial: understanding, not knowledge. It was a preacher - minister - that once talked about that and gave the clearest explanation, which went well above, shall we say, spiritial scenarios. It applies to programming just fine. - Knowlege is the accumulation of facts, as in "memorization"; most public school tests only deal with this, except for essays - Understanding, which is the ability to re-organize the facts without losing the meaning. Jesus' talking in parables - using a story to explain something, was the minister's example. In programming, the person has to be able to "explain it" in plain terms, not just buzzwords. Even if she starts out with something as silly as "these 2 objects go into a bar, and the that implements Ifoobar says ..." - you're looking for understanding, not memorization. Why? When? Where? Gotchas? Under what conditions does this no longer apply? - Wisdom goes well beyond knowledge, and is harder to describe. Simply put it deals with "application" but requires a level well beyond the obvious. Anyone claiming to be a guru or master thinker should have wisdom. For non-programming stuff, it would be the "master" in something like a Karate Kid movie who does things not at all obvious to the apprentice
-
What was the biggest problem they were unable to solve?
Trollslayer wrote:
What was the biggest problem they were unable to solve?
Women.
Michael Martin Australia "I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible." - Mr.Prakash 24/04/2004