4 ms·

> Google’s recruiting process is well documented online, and from this point my experience was pretty typical.The only difference is that I didn’t need to go th

• stephancoral 11y ago
  What is absolutely baffling to me is that companies assign coding tests as a pre-qualifier for the usual whiteboard interview despite the coding test being a far more adequate measure of the abilities of an engineer. I've had interviewers tell me that my coding samples went above and beyond what they usually receive (exhaustive docstrings, tests that make sense) and yet rather than discuss, say, how my code worked or why I chose one algorithm over another, they insist on making me solve puzzles on the whiteboard as the ultimate decider. The ideal hiring process for me would be introductory culture fit phone call, in which working hours, benefits, vacation policy etc are discussed to see if there is a lifestyle fit between prospective hire and employee (not 'Do you rock climb and crush brews?' culture BS), then a coding challenge, and then an in-person discussion of your code. The in-person discussion could involve throwing new requirements and hypotheticals at the problem to see how the candidate thinks on their feet, but it would still be relevant to the work they did at hand rather than some arbitrary puzzle pulled from Cracking the Coding Interview. I would be interested to know how the hoop-jumping-to-whiteboard process came to be standard. To me it does not make any sense why the determining factor for receiving an offer for a software engineering job should be dependent on one's improvisational problem solving abilities over actually writing code that runs and satisfies requirements. Is it because a whiteboard interview is much more cut and dry than code evaluation? Because every software company wants to think that they are Google?
  • unoti 11y ago
    > What is absolutely baffling to me is that companies assign coding tests as a pre-qualifier for the usual whiteboard interview despite the coding test being a far more adequate measure of the abilities of an engineer. A coding test doesn't tell you how well a candidate can collaborate. Can you toss them an idea, and have them successfully expand it and put it to use? Can you give them a couple of half ideas, and they expand them to full ideas? Would they be able to work together with you? Can they understand you? Can you uderstand them? Those are all vital components to success, and you can't see those answers from a test. But white boarding is excellent for answering all those questions. A quick word about hoop jumping. Being willing to jump through hoops means you're willing to cooperate and go the extra mile, and that you want to work at the company in question. This is a useful filter for the employer. They might lose some of the least patient and dedicated engineers (and perhaps some of the most talented) developers in the process.
    • time_is_scary 11y ago
      > A coding test doesn't tell you how well a candidate can collaborate. Agreed. > But white boarding is excellent for answering all those questions. I disagree. There is no team social dynamic in a white-board interview. There is one person in a position of power who is judging you with a critical eye. The other person is being judged and either really wants this job or, worse, needs the job. That is the social dynamic in the room. That doesn't go away by saying "Let's play pretend like we are working on a project as equals". Interviewers will often discuss their rationale as if the candidates know what it is, or that they should be able to know it. For instance, "I want to see if they can take suggestions and run with it". Great, how does the candidate know that's what you want? Maybe the last interview they were in wanted to see if they could take bad advice and quickly explain why that strategy wouldn't work. Those both look the same from a candidate's point of view. They need to toss the dice and assume they interpret your intentions clearly. > Being willing to jump through hoops means you're willing to cooperate and go the extra mile I don't know if I fully agree, but working at a big company does involve a lot of hoop jumping in your day-to-day, so I guess it is something good to test for.
• jackgavigan 11y ago
  > You can contribute to open source, have substantial github projects, complete coding challenges, have years of experience: all of this just helps you get the interview. Once you are in the companies hiring pipeline everyone is put through the same process, none of the other stuff really matters after that point. This reminds me of "90% of our engineers use the software you wrote (Homebrew), but you can’t invert a binary tree on a whiteboard so fuck off." - https://news.ycombinator.com/item?id=9695102 https://news.ycombinator.com/item?id=9695102
  • time_is_scary 11y ago
    I remember seeing that tweet, but didn't know it was posted here. Pretty interesting discussion both for and against this type of hiring process.