10 Questions To Make Programming Interviews Less Expensive

Conducting Interview is not cheap and costs both time and money to a company. It take a lot of time to find the right candidate for a job from 100s resume you receive from consultants and agents. They will always tell you that this guy is a Java Guru, this one is SQL Expert and next one is the full stack developer you are looking for. If you have trust them blindly and invite all of them for face-to-face interview, you are going to be disappointed. One of the first thing you should do is to filter candidates who claims to have certain skills e.g. SQL but doesn't have them, the faster you can weed out those candidates the cheaper will be the hiring process. A phone screening interview is just for that purpose, it doesn't cost you much and also suitable for candidate, as they don't have to take off and come down to your office. It's flexible for both the parties. When I phone interview someone, I spent fist few minutes to listen them and then I go for my list of weed out programming question to see if candidate is good enough to spend another 30 to 40 minutes. They have saved a lot of time, where I found out that candidate having words like "Strong knowledge of Java", "Exceptional in SQL" and "Programming gurus" fail to answer these simple questions. If you are a candidate and gone through couple of interviews, you might have noticed that almost all interviewers make up their minds in the first 10 minutes. The rest of the interview gives them reasons supporting said decision, but not all is lost. If you ever feel that you have messed up with your chance, try coming of some really good answers on rest of questions, if you can impress interviewer to an extent that encourage you to go deep, you may be able to change his initial decision. To get some feedback and improve upon my method, I have decided to share my list of weed out programming questions (don't bother about sharing questions, I have many similar questions on my secret question bank and you can create them easily as well). I have chosen one or two question from common programming skill set e.g. Java, SQL, XML, Programming, Coding, OOPS, Multi-threading and UNIX. I am looking forward to know what you guys do, what do you ask to check same skill set before calling candidates for face to face interviews. Comment if you agree or disagree.

10 Questions to Start Your Programming Interview

Here is my list of filtering or weed out questions for different programming skills. As I said it serves two purpose, it gives nice warm-up to deserving candidate, make them comfortable but same time weed out programmers who can't programmer or SQL expert who can't write JOIN queries.



In SQL, My first weed out question is asking them to describe a Left Outer Join. They don't have to get it exactly right, I just want to see if they have ever did anything more than a two table inner join. Depending upon their answer I ask them classical SQL queries like write ALL departments and number of employee in that department to verify that whether they only know theory or can apply that knowledge as well. If they use Inner join instead of left outer join they will missed out on departments with no employee.



For a Web Developer the first weed out question is to explain difference between a GET and an POST. Here at minimum I want then to know is that a GET is what you generally see in the URL and a POST is commonly what you see in HTML Forms. Again depending upon their answer, you can also further question about limitation, security and usage of GET vs POST method. This question will give you enough hint that whether they really know something about internet or not.





In UNIX, one of the popular weed out question is rather simple, how do you find a particular process and kill it? Here I expect them to tell me about ps, grep and kill. Also to gauge their level of understanding you can ask them about ps options e.g. what does a, f and e means in ps -afe command. Second level weed out question in UNIX can be about command to find large files in UNIX e.g. files which are greater than 2GB etc. Don't get me wrong but if a person cannot answer these question, it would be difficult for him to work in a project which has tons of process and connected to tons of other server. One counter argument question against my weed out question, I always hear that it would take just 5 minutes to learn those commands, but they fail to answer me, when I said why they didn't spent those five minutes before coming to interview.

In OOPS (Object Oriented Programming), my weed out question is difference between Class and Object? Here I expect slightly more than the popular definition of classes are blue print to create objects, yes that's correct but how do you know that he understood the concept and not just have mugged it, Ask him to give examples, and then cross question him on that e.g. where does object get created, who creates it etc.



In Programming, particularly when it comes to code, the most popular question to weed out the non-programming programmer is "Fizz-Buzz" test. If a programmer cannot write a Fizz-buzz in 10 to 15 minutes, he probably needs more practice and not ready yet. This is something I don't ask on phone interview but on written test I have before face to face interviews. There has been instances in past before we had a proper interview process of multiple rounds where I had literally asked Fizzbuzz, and their answer took the better part of an hour. Another weed out question in my list for programming is to have them write Fibonacci series and ask them to optimize it. Fibonacci is very common but you would be surprise with number of programmers failing to write in using pen and paper and even on IDE. It also weed out programmers who understand recursion than who doesn't. My experience is the programmer who understand recursion are usually better than those who doesn't. This is where most of natural programmers comes in.



In XML, my weed out question is difference between DTD and XML Schema? Some one may say that it slightly harsh to judge someone's XML skill with just one question, but you would agree that this is a fundamental. I know there are many programmer who has worked in XML and can work in XML but doesn't familiar with this fundamental but shouldn't it's their responsibility to learn fundamental like this, just working is not enough, you also need to fill your gap.



In Java, my weed out question is difference between JDK, JRE and JVM? It's such a fundamental that I expect anyone who has worked or learned Java should know about it. Here I expect that they should mention about some tools which comes with JDK, at least javac (the Java compiler) and JVM, which actually runs every Java program.  One more question in my list to weed out non Java programmer is difference between PATH and CLASSPATH? I have hard time teaching this fundamental to couple of people and have found that if you don't know difference between these two, you will struggle to set-up your project, debugging and fixing those nightmarish ClassNotFoundException and NoClassDefFoundError. It's again a must know detail for any one who claims to work in Java.



In multi-threading be it in Java or any other language, one of the good weed out question is asking candidate to write code to avoid deadlock. You can ask this question differently either by giving him a practical scenario or just asking about how to code so that deadlock doesn't happen. If you have not done many interviews, you will be surprised with how many programmers, with professional experience of 2 to 4 years fail to answer this question correctly.



In data structure and algorithms, the first question I ask to candidate is about how to add or remove elements from linked list , because I believe that as a programmer you must know array, linked list, set, map and string algorithms. If you want to add another level of cushion than you can also ask about how to remove duplicates in array without using any library function. This will give you enough idea whether to proceed further or not.

I know trivia is not a good way to find a programmers, but questions which are closely related to practical experience are good way to weed out someone who claims to know something but not there yet. The best way to find a programmer is to sit down with them and examine their projects, or have them to pair program with you. Ask them what part are they most proud of and ask them what part they would change, why they would change it and how they would change it. Once you do this, other than personality questions their is nothing more that you need to ask to gauge their ability to program. But if you do this with 100 programmers, you are not wasting lot of your time but also your organization time and money. Before you invite programmer for face to face interview, you must ensure they deserved to be there. It's not practical to call all the guys based upon their agents claim only. Let me know what are you set of weed out questions, what do you ask to C, C++, Ruby, Python or JavaScript developer to check whether they deserve your time or not.

Source:http://javarevisited.blogspot.com/2014/09/10-questions-to-make-programming-interviews-cheaper.html