6 ms·

Back in the day when I interviewed for Google I had this beautiful question. The interviewer fished for a basic distributed key-value store. I just kept coming

• lmilcin 6y ago
  Being interviewer myself I can say interviewers tend to be stubborn. They have an excellent question (at least they think they have) that they have spend a lot of time thinking through and discussing with other candidates. Your answer causes him/her to miss the opportunity to have a real discussion and understand your knowledge of the topic. It is better to play along and only mention the real solution at the end, to finish on a high note.
  • thechao 6y ago
    Alternately, the interviewer should recognize that their question is flawed & move on. I’ve had candidates nail a 30 minute discussion question with a 2 minute nonobvious answer. Shit happens: you’re not the smartest person in the room that day.
    • dijit 6y ago
      It should go without saying that as an interviewer; I am never the smartest person in the room. I am a person with different experiences and I need to find if you’re a fit- not if you’re unintelligent. If you got to me, you’re not unintelligent.
      • AnIdiotOnTheNet 6y ago
        Most interviewers though aren't actually any good at it and very often don't like not being the smartest person in the room.
        • lmilcin 6y ago
          Whether you are interviewer or interviewee, putting your ego before the goal of the interview is just going to waste the time of both parties. I can't hire a person that can't restrain their ego for the duration of the interview and an interviewer that is focusing on anything else than figuring out if the candidate is right person for the job is causing disservice to everybody.
          • sukilot 6y ago
            The thing to remember is that in some companies the interviewer doesn't care about hiring and is only their because they were forced to.
      • dhosek 6y ago
        I guess it depends on where you're doing the interviewing. I've had surprisingly unintelligent people get to me in the interviewing stages. It amazes me how many developers, experienced even, who can't write a simple recursive function. And we're not even looking at, "can you come up with a recursive function as a solution to this problem?" we're looking at "write a recursive function to calculate the factorial" as the question.
        • joefourier 6y ago
          How often do recursive functions come up in your daily programming life? For me they're rare enough that it makes sense that many otherwise competent developers draw a blank when asked to write one in the context of a high-stress interview. They may look clever, but they're often not the ideal solution compared to a simpler to understand, and often easier to optimise iterative solution. I write plenty of DSP, GPGPU programming, and computer vision, and I can't honestly remember the last time I wrote a recursive function.
          • dekhn 6y ago
            They come up about once a year for me. That's about how often I have to write a tree traversal.
            • sukilot 6y ago
              Why traverse a tree recursively and risk blowing your stack?
              • dekhn 6y ago
                Hmm, let's see. The last time I blew the computer's stack due to tree recursion was in 1995 (it was six levels deep). Since then, I've never seen a stack overflow due to tree recursion (presumably because none of the trees I've operated on were deeper than the hardware stack, and I switched from C to Python where the stack is far, far deeper). If I were writing a server that needed better memory requirements, I could certainly transform my code if desired.
      • lmilcin 6y ago
        Tell this to my candidates:) I have interviewed couple candidates that were offended by the fact that I am asking hard questions that I know answers to. This resulted in remarks like "I have never seen this question on the Internet" or "So what is the answer to this question anyway?" or "If I knew questions would be this hard I would not bother to come". Somebody explain to people that it doesn't matter how hard the questions are but how the candidates compare. I am fully prepared that the candidates study questions that are available on the Internet, I want to see how they deal with something that requires a bit more than couple hours of effort and rote memorization.
        • mushi 6y ago
          Is this because you were interviewing candidates who were incapable of saying “I don’t know?” That’s a good filter during any interview.
• ur-whale 6y ago
  If the interviewer was gauging your political skills/ adaptability, it doesn't look like you fared too well indeed.
  • Frost1x 6y ago
    That seems like an excuse for poor behavior moreso than a deeper level of testing (testing when you know you're right but someone with more authority tells you otherwise). While possible, I'd have to think it's unlikely.
  • lrem 6y ago
    Do you test new grads for their political skills? I don't.
    • deleted 6y ago
      [deleted]
• asdfasgasdgasdg 6y ago
  Even if you can do a particular problem on a single machine, sometimes that isn't the right call. In a work scheduled cluster environment, a task that wants the entire machine may have trouble getting a slot unless it has the priority to preempt everything else going on on that machine. We call such VMs "picky" and they don't get scheduling guarantees.
  • michaelt 6y ago
    I'm having trouble thinking of how you'd end up with a "cluster" that couldn't provide the power of a single machine?
    • asdfasgasdgasdg 6y ago
      To make it concrete: consider a cluster of ten machines with 256G of ram. Team A and team B both schedule jobs with a requirement of 129G of RAM and five replicas each. The replicas get scheduled, one on each machine. Team C wants to schedule a task that takes an entire 256GB of ram. If they don't have sufficient priority to preempt the other jobs, then they will not schedule. In real heterogenous-workload production clusters, every available machine likely has several VMs scheduled on it if the cluster isn't idle. There is never a full machine that's free unless some special effort has been taken to make it so.
    • throwaway_pdp09 6y ago
      http://www.frankmcsherry.org/graph/scalability/cost/2015/01/15/COST.html http://www.frankmcsherry.org/graph/scalability/cost/2015/01/... "Rather than making your computation go faster, the systems introduce substantial overheads which can require large compute clusters just to bring under control. In many cases, you’d be better off running the same computation on your laptop." My limited experience fits this in that a bit of smarts on a single box beats a bunch of boxes. (the link is a very good read BTW)
      • yencabulator 6y ago
        The biggest problem with that write-up is ignoring availability. "Fast all the way up to the crash" can be much worse than slow and steady. Of course, for a batch job with a runtime under 11 minutes, that probably doesn't really matter too much. Just don't generalize that too much.
• dominotw 6y ago
  > solution to his numbers. Why did he have concrete numbers. Couldn't he simply have increased those numbers when you proposed single machine solution.
• twic 6y ago
  An interviewer once gave me a problem about scraping some information out of a log file. I wrote a short shell pipeline. The interviewer asked for a more complicated analysis. I wrote a longer pipeline. The interviewer added more requirements, with aggregation, state, etc in order to push me to write an actual program. I wrote an even longer pipeline. By this point we had both realised that this was a battle of wits: could he come up with a problem that i couldn't solve with a pipeline? At the end of the interview, i had a pipeline that took up most of a piece of A4 paper to write out. I had won the battle, and was offered the job. Of course, i would not advise you to actually write a pipeline like that in production, but it's a fun exercise. Anyway, the moral of this story is that if the interviewer wants you to solve a problem a certain way, and you can solve it in a simpler way, then a good interviewer will mark you up, not down. Perhaps at Google they didn't; they don't really seem like a company that has it together.
  • sukilot 6y ago
    Your thesis is that a company that has it together would only write software that is either a shell pipeline or can be solved in 45minues? > would not advise you to actually write a pipeline like that in production, So when you are interviewing for a production job, why would you fight for non-production quality solutions?
• sukilot 6y ago
  Your interviewer may have lacked skill in guiding the process, but you could have taken the question in the spirit it was given and answered "now if the usage grows 10x as much as hardware advances" or "if we need to be resilient to hardware failures" or "if we need to roll out a logic upgrade slowly" and continued to solve the problem. > I'm still wondering if that interview costed me a level. Unlikely. Candidate level is decided before the interview.