Ask HN: Should I go through with a Google interview
I've got an excellent academic pedigree (including PhD from top British university), and a solid career that has been has focused on robust software engineering alongside engineering management and leadership - I was CTO of a startup with a reasonable number of folk, as well as a principal in a large organisation running a team that made over $100M. I presume this is why they contacted me (of course, I might just have been found in a sweep of LinkedIn).
However, my raw algorithmic skill has atrophied. My ability to build scalable, high quality software (and teams) is exponentially better than it was, but my ability to devise solutions to NP hard problems on a whiteboard is probably not what it used to be.
The material I've been sent to "prepare" with, and the information I can find online, suggests that a reasonable amount of the interview is basically going to be a "coding olympiad". Essentially, "Have you memorised a bunch of approaches to algorithmics, and can you recall them all under pressure?".
I'm currently inclined to cancel the interview, because honestly, I don't think I can right now. I'm not really up for spending weeks of time "revising" as if I was an undergraduate again. Either:
1) They need people who can do this type of thing, in which case, I'm not interested in the job 2) They don't need people to do this work, and ask it as some kind of bizarre ritual, in which case, I'm not interested in the job. 3) I've misunderstood the interview process (though when I asked the recruiter about the interview, she gave me some "trial questions" including "What's the complexity of Quicksort, best and worst case? When should you use merge sort", which suggests to me I've not).
Should I pull out now, or try and "prepare"?
7 comments
[ 3.6 ms ] story [ 22.0 ms ] threadThis is likely the most telling. Asking you to prepare in a specific way [1] is both a red flag and can reasonably be used to make assumptions about the job itself, if not the culture.
Recently, after a positive technical phone interview, the followup call with the recruiter included strong encouragement that I study the specific (configuration management/deployment) tools they were using, prior to my in-person interview, as I had admitted I had no exposure to them, despite having used other ones. Shortly after that call, I e-mailed a rejection.
The first problem I had was that such a request disrespects a candidate's time. Even between jobs (and even for a new grad before a first job), time isn't necessarily valueless. Viewed more cynically, they were trying to get me to start training up on their specific tool choices in advance of paying me.
The second, more important problem, is that it implied a desire to hire for proficiency with specific tools rather than overall ability, something I personally consider an anti-pattern, especially for startups (and especially since I consider myself a generalist within my profession). I'd much rather hold out for a company that subscribes to some variant of "Hire for {Attitude, Fit, Talent, Ability}, Train for Skill".
> Should I pull out now, or try and "prepare"?
All that said, this is a false dichotomy.
If the interview itself isn't a huge imposition, you could go without "preparing". See if you can steer the discussion and even whiteboarding to something that's relevant to you. If nothing else, it's a way to get in a real practice interview, something that can be surprisingly helpful if one hasn't been interviewing in years.
You can always cut it short, too, if it looks like it's truly going to be a waste of everyone's time to continue. Look up in advance some polite ways of doing this.
[1] as opposed to something along the lines of "please research what's important to you about us" which might seem insulting to have to say out loud but otherwise seems harmless, IMO
That said, if you need the job, take the interview.
If I wanted to determine technical competency in addition to a verbal interview, why wouldn't I use a whiteboard?
Why wouldn't I take my client to a restaurant with ballpits? What if they have children and can't find a babysitter?
There are two things to note here. First, there is no evidence that these tests reveal anything. I'd be happy to see a published, peer-reviewed study in a psychology journal showing just what you can learn about thought patterns in a standup whiteboard interview. Second, Google's head of HR (sorry, I don't remember the pretentious name they actually use) has said that their interview technique does not work.
Having been through this game I'll give you some advice. Get a book on algorithms and memorize the worst case order of each algorithm. Also memorize the algorithm with the best behavior. You'll have whiteboard interviews with people who just graduated and their last course was on algorithms. It is the institutional version of frat-house hazing.
If they want to determine technical competency perhaps they might ask for github code authored by the person. Or perhaps they could read the resume (google interviewers don't seem to do that) and ask them details about topics related to the job you will be doing.... oh, wait... the google interviewers don't know what job you are interviewing for, nor who you might be working for, or even what you might be doing. It doesn't matter. The interview isn't about you at all.
The upside is that you might get a free google t-shirt.
The short answer is that the recruiter likely didn't know what they were doing and that you belong in a principal or management role, not in an SWE role.
If correct, all this anxiety (and derogatory opinion about Google) is about fitting yourself into the wrong shaped peg, created by a stressed out recruiter who glanced at your profile for 30 seconds.
How about using these CTO skills (or just being an adult/professional or big boy) and contacting them to say, "hey shouldn't my profile bring the most value in a <principal or manager>" and "look at all my skills along these lines, etc."?