Good and Bad Interview Questions

  • I have asked a few questions that put people on the spot but not something silly or off-the-wall like those questions in the comments and article. The most interesting responses have come from the questions similar to this:

    On Wednesday your transportation tracking project is updated representing 6 months of development and 3 months of testing and quality assurance. Everything runs well on Thursday and Friday, and you and your team leave for the weekend. Monday morning you are met at the door by a security offices and you are brought directly into the Boardroom. You are informed that at 6:23 am on Sunday there appeared to be a "glitch" in the new system and two trains met head on in central Missouri. As the potentially responsible person what are the first three things you ask or do?

    We learned a lot about the potential employees.

    M.

    Not all gray hairs are Dinosaurs!

  • Steve Jones - SSC Editor (9/5/2013)


    And for the lighter side of interviews:

    http://www.liveleak.com/view?i=424_1378224156

    Now that there is funny, I don't care who you are. 🙂

    -------------------------------------------------------------
    we travel not to escape life but for life not to escape us
    Don't fear failure, fear regret.

  • Miles Neale (9/5/2013)...what are the first three things you ask or do?

    a good dram of whiskey, I guess? (three times, of course...)

  • I luckily never had to deal with silly interview questions. I have read about them, and I have thought about how to handle it if the situation comes up.

    My most probable course of action would be to stand up, politely inform them that I am probably not the candidate they are looking for, and leave. Depending on their reaction, I might turn around and resume the interview - but only if they are prepared to take the interview, and most of all: take me, seriously.

    The only slighty uncomfortable interviewing experience I had was when my employer made me take a full-day assessment to qualify for a promotion. Most of the day was filling out multiple choice questions, partly regular personality tests, partly standard IQ test. At the end of the day, I had to do a role-play exercise. I had to advise a "customer" on a project they planned. I had been given some information about the project, but it was not at all related to my normal work (I think it was engineering) - so I stayed deliberately vague and gave no hard promises on how the project would go. After the actor had left, I was given the feedback that I was way too vague, that I should have been more specific. I took the opportunity to explain that I would have done that if they had given me something in an area where I am actually competent. (Like, just to name a crazy idea, the position I was applying for). I don't know how they worked that into their final report, so I don't know if I got the job in spite of or because of this. I do know that I quickly found out I hated the job; I left the company less than a year later.


    Hugo Kornelis, SQL Server/Data Platform MVP (2006-2016)
    Visit my SQL Server blog: https://sqlserverfast.com/blog/
    SQL Server Execution Plan Reference: https://sqlserverfast.com/epr/

  • wojzeh (9/5/2013)


    Miles Neale (9/5/2013)...what are the first three things you ask or do?

    a good dram of whiskey, I guess? (three times, of course...)

    dram?

    Unless I drastically misjudge that measure, I think I'd be looking for a larger glass.

  • Interesting article, Steve. I take issue with one of your statements. You said, "Employees that dislike each other can bring down overall quality and coordination very quickly. The sooner managers learn that, and learn to respect employees while challenging them, the sooner their departments will start to shine." I've situations in which I think the manager was a part of the problem, and never saw the dislike between their employees or the manager actively encouraged it. In such situations morale suffered, but everyone just kept soldiering on.

    Kindest Regards, Rod Connect with me on LinkedIn.

  • Rod at work (9/5/2013)


    Interesting article, Steve. I take issue with one of your statements. You said, "Employees that dislike each other can bring down overall quality and coordination very quickly. The sooner managers learn that, and learn to respect employees while challenging them, the sooner their departments will start to shine." I've situations in which I think the manager was a part of the problem, and never saw the dislike between their employees or the manager actively encouraged it. In such situations morale suffered, but everyone just kept soldiering on.

    Agreed Ron, I worked for a manager years ago at KSC (Kennedy Space Center) that actually stirred up stuff all the time in his department. He was a terrible manager that was more concerned about chasing SKIRT than taking care of his deparmtent. He finally got several HR complaints lodged aginst him and was eventually removed from the position. I heard later that he died of a massive heart attack. What goes around comes around sooner or later.:-D

    "Technology is a weird thing. It brings you great gifts with one hand, and it stabs you in the back with the other. ...:-D"

  • Thanks for this, and for reminding me of one of Phil Factor's delightful pieces:

    https://www.simple-talk.com/blogs/2009/01/22/technical-interviews-and-tests-have-got-to-stop/

  • robert.jackson-1040156 (9/5/2013)


    Thanks for this, and for reminding me of one of Phil Factor's delightful pieces: https://www.simple-talk.com/blogs/2009/01/22/technical-interviews-and-tests-have-got-to-stop/[/url]

    From the link:

    I have a new proposal to make. Instead of employing developers after asking them a series of trivia based from trawling obscure facts in MSDN, you should see how good they are at Table Tennis, Table footie, or guitar. I might include pool/Billiards too.

    I would fail his challenge except maybe the billiards. I have tried all the rest and have always been an abysmal player in any game that requires eye-hand coordination. I'm not quite tone deaf, but again never felt a great desire to play an instrument. And I never felt the need to overcome those things.

    I also have never been asked the nonsensical questions in an interview either, but have only been the interviewee about ten times in the past 18 years or so.

    On the other hand I have been the technical interviewer about 20 times for junior DBA's. The first question I ask is "What does DML and DDL stand for?" The second Q is "What are the four DML commands?" That pretty much gives me an idea of where and how to pitch the rest of the questions.

    Out of the 20 interviews we hired two over time. The one didn't have the definition of DML and DDL down and wasn't quite sure of the DML commands but was taking notes during the interview. The next time I asked he knew it cold. He was shoved into a non-DBA but front-line tech SW support role and did well. He left voluntarily to a better role after more than a year.

    The other didn't know the definitions but knew three out of four of the DML commands. She did okay with standardized scripts that couldn't be automated to the general support types, but couldn't really develop hot data fixes in the DB. (The SW sucked and we were the DBA's in support.) She decided the tech life wasn't for her.

    But asking the number of cows in Canada is just stupid. Forcing someone to find interest in a game they wouldn't or didn't care for is not indicative of how good an employee they will be.



    ----------------
    Jim P.

    A little bit of this and a little byte of that can cause bloatware.

  • Occasionally I participate in technical interviews, if the candidate is applying for a database related position. I don't ask pop questions like "What is DDL?" or "What is a clustered index?", because any intelligent person, regardless of their background, can find the exact answers to these quetions on the web and memorize them. They also don't reveal the depth of a person's knowledge and experience. For example, asking someone what is the capital city of South Korea doesn't reveal how competent they would be in the role of international finance. Honestly, I could teach my eight year old daughter in a single weekend how to pass this type of interview. She has a good memory and can be very charming.

    Instead, I prefer to ask "Tell me..", "Describe..", and "Why.." type questions and expect an answer that is detailed and has context with their past experience, as if they were being interviewed for a talk show. Often times the answer they provide will lead to a five or ten minute discussion before I move on to the next question. This can be very revealing about a candidate's real experience.

    Below are a few examples that I expect any mid-level database developer or DBA to be conversent with. I have a list of about 100, but will typically ask about 5 - 10 depending on the role they're applying for and the experience they have provided on their resume. For example, if they list "data modeling" on their resume, then I expect them to tell me about a data model they developed. I believe these are all fair questions, because they are exactly the type of question that they would be asked during their daily routine assuming they were actually hired. In my department, we don't hire at entry level, so this type of interview probably wouldn't fit that purpose.

    "Let's assume that a stored procedure call which typically takes 10 seconds to complete has occasionally been taking several times longer. Based on your experience, what are some common causes for this, and also how would you diagnose it?"

    "Tell me about some scenarios where a clustered index can potentially degrade performance."

    "Describe a data model that you have designed in the past."

    "Explain the relationship between logins, users, roles, and permissions."

    "Assume there is a table called Customer, and a column called Customer_ID should contain unique values but doesn't. Describe how you would construct a SQL query to return only those IDs that are duplicated."

    "Locking, Blocking, and Deadlocking: Tell how these three things are related and how they are different."

    "Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho

  • I was once asked how I would end workd hunger. My answer both appalled and intrigued the interviewers. I said to kill all of the hungry people. If there were no more hungry people, world hunger would end. I said it with a straight face. The were intrigued by my answer because they were looking for something creative and thought that fit the bill. They asked me back for another interview and I said I would never work for someone who would consider killing hungry people.

  • OCTom (9/6/2013)


    I was once asked how I would end workd hunger. My answer both appalled and intrigued the interviewers. I said to kill all of the hungry people. If there were no more hungry people, world hunger would end. I said it with a straight face. The were intrigued by my answer because they were looking for something creative and thought that fit the bill. They asked me back for another interview and I said I would never work for someone who would consider killing hungry people.

    Let me guess, you were applying for this position back in 1930's Germany? :w00t:

    "Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho

  • Regarding how I would solve hunger, it's interesting how the problem has been defined or presented. For example, the US Department of Agriculture released a study in 2012 stating that 1 in 6 Americans "struggle with hunger" and live in "food insecure homes". However, according the Centers for Disease Control, 69% are overweight and 35% are classified as obese.

    As for "world hunger", I'll accept the assertion that's a real problem, but at least here in the U.S., I believe it's something professional data analysts not affiliated with government or political entities should take a closer look at.

    "Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho

  • Managers are the ones to set the tone for the team. People normally are trainable, specially the people want the work and they like to follow the norm and learn the culture. disfunction member normally the managers problem. Unless you hire somebody way of the chart!

    We need more qualified and decent technical managers to maneger a team and project!

Viewing 14 posts - 16 through 28 (of 28 total)

You must be logged in to reply to this topic. Login to reply