Live data from Hacker News

Google's “Director of Engineering” Hiring Test

gwan.com

451–460 of 969 posts

Re: Google's “Director of Engineering” Hiring Test

#451

Isn't a Director of Engineering meant to be an interface between engineers and the rest of the organization? Perhaps this was more like a smoke test for the political insight such a role calls for, not the ostensible test of technical skill it was presented as. After the first couple of wrong answers, people with the right social skills to manage others and represent their interests to the broader organization would…

It's possible but Occam's razor leads me to think it was just a clueless interviewer.

Re: Google's “Director of Engineering” Hiring Test

#452

FWIW: As a director of engineering for Google, who interviews other directors of engineering for Google, none of these are on or related to the "director of engineering" interview guidelines or sheets. These are bog standard SWE-SRE questions (particularly, SRE) at some companies, so my guess is he was really being evaluated for a normal SWE-SRE position. IE maybe he applied to a position labeled director of engineer…

I had similar questions for a SRE position at google a few years back in fact, so I found it interesting and does not surprise me.

I eventually refused the position without going on-site just because of how ridiculous the questions/replies were (and frankly, because I had another good offer elsewhere, but it did contribute greatly).

While my experience wasn't as bad by a long stretch, I can see how this is plausible. In particular I immediately figured out that the recruiter wasn't very technically inclined, had a "heres a list of correct responses" spreadsheet to help him, and had very little time to waste.

Due to taking that into account - I was always accommodating instead of confrontational (which got me more interviews, which were better/with real engineers, yay - though not great either). Had I been confrontational, pointing out mistakes and misunderstandings, I'm sure it'd have gone pretty bad.

Re: Google's “Director of Engineering” Hiring Test

#453

Earlier quoted context omitted.

Disclaimer: I also work for Google, opinions are my own, etc etc. > "i always take "transcripts" of interviews (or anything else) with a grain of salt" I mean sure, a single instance of this might be overblown, exaggerated, or false in some way. But there is an avalanche of reports like this, to the point where it's become widespread industry insider knowledge. I enjoy working here, but the interviewing practices are…

> At what point do we start taking reports like these seriously My guess is when the number of applications per position actually drops far enough that the false negative rate starts to hurt. Until then, an interview processed optimized for avoiding false positives at all costs will persist. Totally makes sense for a company worth hundreds of billions though, can you imagine if they had a few more bad hires sneak in?…

In my (albeit anecdotal) experience, incompetence is the norm rather than an outlier in BigCo SV land.

Frankly, if you are more qualified for a position, chances are you will be rejected because your interviewers will fear for their own job security.

I've always found that type of logic strange, though. Wouldn't you want someone who was better than you currently are on your team? Wouldn't you be able to learn from them?

Re: Google's “Director of Engineering” Hiring Test

#454
post #42

I've been at Google for five years as a SWE and I've been interviewing for 3 of those. I'd fail this pop quiz. This strikes me as bizarre and inconsistent with all the practices I'm aware of. The idea that we'd ask anyone this stuff, let alone director candidates, strains belief.

This strikes me as an interview with a recruiter. This is almost definitely not a legitimate Google interview. Maybe it was for a vendor/contractor position.

Google recruiters ask these exact questions in phone screens.

Re: Google's “Director of Engineering” Hiring Test

#455
post #384

Earlier quoted context omitted.

Also, his answer on #9 is wrong, or at least his explanation of the conversation is terribly confusing With 10000 numbers, it's only efficient to create a lookup table with 8-bit integers, not with 16-bit integers. Based on his LinkedIn profile, I don't think anyone at Google would have thought of him as a "director of engineering". Being an "R&D director" at some unknown company at 24 is entirely un-comparable to a…

Do you recall the question? Site's down. I recall thinking the right answer was to use POPCNT but maybe I'm misremembering the question.

just prepend "cache://" to the url

Re: Google's “Director of Engineering” Hiring Test

#457

I'm amazed he knew things in such detail. I mean who would know just how long a MAC address is? Or what the actual SYN/ACK etc tcp flags are? You just need to know what they're used for, and if you need the specifics, you'll find out with a single search. He seemed to know that as well though. Kernighan for bit twiddling algos, that kind of thing. It's a bit strange to have someone non-technical interviewing a techie…

People that have been around know such things. At one point, Richard Stevens (RIP) was god. Every programmer had a copy of TCP/IP illustrated, Advanced Unix Programming and Unix Network Programming. If you wanted to do anything network, you had to write your own servers, you had to understand the details. The breath of knowledge was wide and the depth was just as deep. Ask around on HN, and you will probably be shock…

Is TCP/IP Illustrated still the gold standard of books on the subject? I read it fifteen or twenty years ago and would like to finally own a copy (I borrowed it from the library), but not if there is something better.

Re: Google's “Director of Engineering” Hiring Test

#458
post #404

Earlier quoted context omitted.

Disclaimer: I also work for Google, opinions are my own, etc etc. > "i always take "transcripts" of interviews (or anything else) with a grain of salt" I mean sure, a single instance of this might be overblown, exaggerated, or false in some way. But there is an avalanche of reports like this, to the point where it's become widespread industry insider knowledge. I enjoy working here, but the interviewing practices are…

The problem with Google's interview methods is that they all select for a very specific type of programmer: heavily math oriented, deep knowledge of obscure Computer Science theory, but not one test on knowledge of languages, architecture, design, or actual real-world problem solving. I walked into an interview with one guy and he literally did not even say hello: he just jumped straight into some problem I had to so…

> but not one test on knowledge of languages, architecture, design, or actual real-world problem solving

Maybe they fail to do so but I do believe the goal is to test real world problem solving. However, I think they stray from specific language or domain knowledge because they want you to be able to work in different roles, since you don't have to interview again to switch teams.

From what I've read, the idea is to hire people who would be smart enough to learn any specific domain knowledge necessary, because the expectation is engineers might have to tackle problems they wouldn't have seen elsewhere. I don't really know whether thats true anymore as my impression is now Google just has a bunch of overqualified people though..

> The problem with that approach is you end up with a very homogenous team of really smart, logical people, but without the balance of more creative, empathic types. Ideally, a well-functioning team will have both, and will have people from many different backgrounds and educations, because that's when you get true collaboration and innovation: by mixing unrelated disciplines.

Can't disagree with you there, but its a weird assumption to say that people who are logical are not creative or empathetic. I do think that they hire for "Googliness" whatever that means, which may lead to a monoculture though.

In any case, I guess you can call me a Google fanboy. I don't agree with everything they do but I feel like bashing Google's (or most other company's) interview process is the cool thing to do here, but most people don't seem to have tried to understand why it is the way it is, and thus don't offer any true alternatives that meet the same goals nor do they reject the goals in the first place.

Re: Google's “Director of Engineering” Hiring Test

#459
post #368

FWIW: As a director of engineering for Google, who interviews other directors of engineering for Google, none of these are on or related to the "director of engineering" interview guidelines or sheets. These are bog standard SWE-SRE questions (particularly, SRE) at some companies, so my guess is he was really being evaluated for a normal SWE-SRE position. IE maybe he applied to a position labeled director of engineer…

So you're saying Google's recruiters don't tell what position they are interviewing for and that they found a 20+ years experienced engineering manager holding patents on computer networking under-qualified for an ordinary site maintenance position. Well, that sounds like a dumb recruitment process.

> ordinary site maintenance position

Seems you don't know much what Google's SRE job is about.

Post reply on HN