4 ms·

This is epic :). I can imagine how interviewer would be pissed off if you come this prepared. They love those koan type questions but don't like when you turn t

This is epic :). I can imagine how interviewer would be pissed off if you come this prepared. They love those koan type questions but don't like when you turn the tables on them.

dudul 5y ago
I'm so pissed at these stupid questions during interviews that now I start doing that. The last one was "how many tennis balls could you fit in the Empire State Building?". I spent maybe 10 minutes asking idiotic "clarifying" questions before the interviewer realized I was messing with him (e.g. "can I use any color for the balls?" "Do I have a crew to help me?" "Can I try to crush them?" etc). He got pretty upset yeah, saying that I wasn't taking it seriously. I just said "with a question like that I think you're the one not taking it seriously". I didn't get the job.
- deleted 5y ago
  [deleted]
- zepolen 5y ago
  So what's not serious about that question assuming it was for a programming position?
  - 988747 5y ago
    For one, it has nothing to do with programming. Also, nothing to do with time management, people skills, or anything else that programmers do on their job.
    - jfengel 5y ago
      It's an estimation problem, and programming is full of estimation problems. How many servers will I need? Will I be able to fit this in RAM or do I need an on-disk solution? How long will it take to go from 10 users to 10 million users, and will I be able to scale the design? You don't need the exact value, just a rough order of magnitude. That's the whole point of the big-O notation. A problem like that is lighthearted, which has the advantage of removing all of the computery specifics that could bog you down in a realistic question. The ability to pull numbers out of your ass quickly, and still have them be within a factor-of-2 of an answer that would take weeks or months to gather, is critical for a developer. The ability to guess that is also a good indicator of whether you're likely to be a good culture fit.
      - jerf 5y ago
        I agree with you, and as such, I suggest simply asking such an estimation problem set in the computing world. It also has the advantage that you can get into discussions of things relevant to computing, like finding out how much they understand about orders of magnitude time like socket communication times to various distances, speeds of disks, etc. One of the reasons I don't like "how many ping pong balls" etc. is that you're wasting valuable interview time. Interview time should be treated as very valuable to all concerned. Asking about ping pong balls just to find out estimation skills is a waste of time because it doesn't raise any other interesting questions, vs asking an estimation question that raises all kinds of other things you can pick up that are actually relevant in addition to testing estimation skills.
        jfengel 5y ago
        I think there's advantages and disadvantages to either approach. In this case, the thing I like about it is having them talk through their reasoning, regardless of the domain. If it's a domain they're familiar with I get the benefit of their knowledge, but it also takes longer because the specificity raises a lot more questions. If it's an unfamiliar domain, I get a glimpse of their creativity with a problem they haven't previously considered. If anything, it sounds like "ping pong ball" problems have become cliche. That makes them less useful: it doesn't represent my creativity, and it potentially leads to them reciting rote answers from "cracking the interview" books. Fortunately, I can come up with a thousand problems off the top of my head. How many letter "e" in the New York Times every day? How many sodium atoms in the ocean? How many people at the Nobel Prize Ceremony? The more off the wall the question, the more I'm testing how they handle the unfamiliar -- as well as conveying who I am. Which is part of the point. They should be interviewing me as much as I'm interviewing them.
        zepolen 5y ago
        I find it pointless to convince someone who doesn't see the value of thinking about solutions to problems they've never seen before. They will never be pioneers and that's okay, an organization needs both.
    - RHSeeger 5y ago
      Without trying to be pedantic... it may have nothing to do with "programming", but it does have to do with "software development". Programming is writing code. Software development tends to be more about problem solving, figuring out what code needs to be written in the first place. I'd rather do the "figure out the number of balls that fit in a building" than "write code to re-order a binary tree", since the former is more likely to clearly demonstrate the problem solving skills I use every day at work... developing software.
  - 13of40 5y ago
    The answer to that question is the volume of the building minus some factor (let's say 40%) for other stuff like walls and floors, etc. times the number of tennis balls you can fit in a given space, like a cubic meter. Basically... x * y * z * 0.6 * n If you could quickly express it like that, despite not actually coming up with a number, you would probably pass. To me, being able to estimate the scope of things before launching into writing code is a valuable skill, but there's something about the quirkiness(?) of how the question is presented that's off-putting to some people. But on the other hand, maybe that's by design, and those people are the ones being selected out?
    - deleted 5y ago
      [deleted]
  - retrac 5y ago
    Well for one thing, it's painfully trivial. We had to estimate the number of marble candies in a glass jar back in 3rd grade. The closest estimate won the jar of candies. We approached it methodically in much the manner I assume the interviewer expects the applicant to there? Estimate volume of the container. Estimate volume of a marble when packed together. Divide. I guess it does serve as a very, very basic test of arithmetic and reasoning skills. But kind of insultingly so.
- deleted 5y ago
  [deleted]
- drclau 5y ago
  Wait. Is this some old story (I hope!) or are these questions still used in interviews?
  - scollet 5y ago
    I had one in 2020. The interview process was completely misguided anyways. I had applied for some flavor of developer role, but received a completely unrelated data science take-home.
- skrebbel 5y ago
  "Do I have a crew to help me?" had me laughing out loud.

This is epic :). I can imagine how interviewer would be pissed off if you come this prepared. They love those koan type questions but don't like when you turn the tables on them.

dudul 5y ago

I'm so pissed at these stupid questions during interviews that now I start doing that. The last one was "how many tennis balls could you fit in the Empire State Building?". I spent maybe 10 minutes asking idiotic "clarifying" questions before the interviewer realized I was messing with him (e.g. "can I use any color for the balls?" "Do I have a crew to help me?" "Can I try to crush them?" etc). He got pretty upset yeah, saying that I wasn't taking it seriously. I just said "with a question like that I think you're the one not taking it seriously". I didn't get the job.

deleted 5y ago
[deleted]
zepolen 5y ago
So what's not serious about that question assuming it was for a programming position?
- 988747 5y ago
  For one, it has nothing to do with programming. Also, nothing to do with time management, people skills, or anything else that programmers do on their job.
  - jfengel 5y ago
    It's an estimation problem, and programming is full of estimation problems. How many servers will I need? Will I be able to fit this in RAM or do I need an on-disk solution? How long will it take to go from 10 users to 10 million users, and will I be able to scale the design? You don't need the exact value, just a rough order of magnitude. That's the whole point of the big-O notation. A problem like that is lighthearted, which has the advantage of removing all of the computery specifics that could bog you down in a realistic question. The ability to pull numbers out of your ass quickly, and still have them be within a factor-of-2 of an answer that would take weeks or months to gather, is critical for a developer. The ability to guess that is also a good indicator of whether you're likely to be a good culture fit.
    - jerf 5y ago
      I agree with you, and as such, I suggest simply asking such an estimation problem set in the computing world. It also has the advantage that you can get into discussions of things relevant to computing, like finding out how much they understand about orders of magnitude time like socket communication times to various distances, speeds of disks, etc. One of the reasons I don't like "how many ping pong balls" etc. is that you're wasting valuable interview time. Interview time should be treated as very valuable to all concerned. Asking about ping pong balls just to find out estimation skills is a waste of time because it doesn't raise any other interesting questions, vs asking an estimation question that raises all kinds of other things you can pick up that are actually relevant in addition to testing estimation skills.
      - jfengel 5y ago
        I think there's advantages and disadvantages to either approach. In this case, the thing I like about it is having them talk through their reasoning, regardless of the domain. If it's a domain they're familiar with I get the benefit of their knowledge, but it also takes longer because the specificity raises a lot more questions. If it's an unfamiliar domain, I get a glimpse of their creativity with a problem they haven't previously considered. If anything, it sounds like "ping pong ball" problems have become cliche. That makes them less useful: it doesn't represent my creativity, and it potentially leads to them reciting rote answers from "cracking the interview" books. Fortunately, I can come up with a thousand problems off the top of my head. How many letter "e" in the New York Times every day? How many sodium atoms in the ocean? How many people at the Nobel Prize Ceremony? The more off the wall the question, the more I'm testing how they handle the unfamiliar -- as well as conveying who I am. Which is part of the point. They should be interviewing me as much as I'm interviewing them.
        zepolen 5y ago
        I find it pointless to convince someone who doesn't see the value of thinking about solutions to problems they've never seen before. They will never be pioneers and that's okay, an organization needs both.
  - RHSeeger 5y ago
    Without trying to be pedantic... it may have nothing to do with "programming", but it does have to do with "software development". Programming is writing code. Software development tends to be more about problem solving, figuring out what code needs to be written in the first place. I'd rather do the "figure out the number of balls that fit in a building" than "write code to re-order a binary tree", since the former is more likely to clearly demonstrate the problem solving skills I use every day at work... developing software.
- 13of40 5y ago
  The answer to that question is the volume of the building minus some factor (let's say 40%) for other stuff like walls and floors, etc. times the number of tennis balls you can fit in a given space, like a cubic meter. Basically... x * y * z * 0.6 * n If you could quickly express it like that, despite not actually coming up with a number, you would probably pass. To me, being able to estimate the scope of things before launching into writing code is a valuable skill, but there's something about the quirkiness(?) of how the question is presented that's off-putting to some people. But on the other hand, maybe that's by design, and those people are the ones being selected out?
  - deleted 5y ago
    [deleted]
- retrac 5y ago
  Well for one thing, it's painfully trivial. We had to estimate the number of marble candies in a glass jar back in 3rd grade. The closest estimate won the jar of candies. We approached it methodically in much the manner I assume the interviewer expects the applicant to there? Estimate volume of the container. Estimate volume of a marble when packed together. Divide. I guess it does serve as a very, very basic test of arithmetic and reasoning skills. But kind of insultingly so.
deleted 5y ago
[deleted]
drclau 5y ago
Wait. Is this some old story (I hope!) or are these questions still used in interviews?
- scollet 5y ago
  I had one in 2020. The interview process was completely misguided anyways. I had applied for some flavor of developer role, but received a completely unrelated data science take-home.
skrebbel 5y ago
"Do I have a crew to help me?" had me laughing out loud.