Live data from Hacker News

My Job Interview at Google (2008)

catonmat.net

111–120 of 169 posts

Re: My Job Interview at Google (2008)

#111
post #98
post #94

I'm going to copy my response from a related thread 2 months ago: https://news.ycombinator.com/item?id=22405372 --- I interviewed at Google for an SRE:Systems role around a month ago; I can share my anecdotes. The first interview put me in contact with a recruiter who would basically be my guide throughout the process, at first he asked me some basic questions to feel out where I was weak and then told me to prepare…

> ‘googliness’ What does this mean? How do they evaluate whether someone is sufficiently, um, Googley?

They explained that; it's coded word for "culture fit", but it's used as a verb inside google (one example: "Sorry, that wasn't very googly of me").

It's the idea that you're expected to be open to feedback, empathise a lot and be always willing to go above and beyond to help someone.

I actually passed that one. So, I think it's just a jerk test. I think they asked me about if someone was stealing my credit, or the credit of others- what would I do.

Re: My Job Interview at Google (2008)

#112

Reading that stuff always makes me feel incredibly stupid (or rather clueless). I wouldn't be able to answer most of those questions off the top of my head. Including this weird clock hand question (which is probably some trivial math that might or might not have been taught to me more than a decade ago and which I never ever actually applied since). Then I probably have to remind myself that I'm (halfway successfull…

Google can afford a lot of false negatives because many people want to work there (well, here, as I work there).

What makes no sense is small companies copying this process and then griping about finding talent.

Re: My Job Interview at Google (2008)

#113
I work at Google as an SRE, joined a few years ago. I am approaching 40, worked in a bunch of other companies before. My degree is is in the humanities, from a third world university you never heard of. I don't have any open source contributions. I speak lousy accented English (but I am a man and "white" if we are counting privileges.)

I got contacted by a recruiter. I had a couple of phone interviews which felt like sanity checking that I knew what I claimed to know. I was asked to grade myself in a bunch of areas. I chose makes around 5-6 for the stuff I think I know well, and zero or one for the rest. I was given some recommended reading list that I ignored. I did browse Skiena's book on algorithms to get in the zone. I didn't study it or implement anything. I am very stressed during interviews and would forget anything that isn't in long-term memory already so there was no point. (know yourself...)

I went to the onsite interview. Year, it's ~5 hours of being interviewed by people who have done dozens of interviews before. Everybody was unfailingly nice. I was panicing, not because "omg Google" but "omg humans I don't know for years already". Some algorithms, some Python, more troubleshooting and Unix. I had to estimate some numbers, so I announced I would use my cell phone calculator to not get anything wrong. I multiplied even low numbers by two on the calculator. Most interviewers are poker-faced about whether they liked the interview or not (now that I am an interviewer I understand - they probably try to put some distance between the interview and their rating, as they should). I could see that one was happy. I could see that one was not.

I was hired. Large team, three sites. I did a reasonable amount of C++ (not a language I ever claimed to know) fixing bugs and performance issues. Most of my work has to do with low-level synchronization in x86 - I picked a small "specialty" first and applied it to a number of problems. I like it. I feel that I actually write more code than my peers in the product teams, as they do too much design-docing, design-reviewing, meeting, etc. (they are SWEs, I am a SE). The design doc culture at Google is excessive and silly. I am exposed to that too.

I earn slightly more than my similarly-leveled peers on the SWE side /before/ accounting for oncall. Oncall rarely pages on weekends. I feel very able to fix any problem while oncall, or to escalate if not in my area. It doesn't stress me. I mostly consider it free money.

My peer SREs actually know far more about all the nice Google architectural stuff than our peers in SWE-land, who are mostly implementing features on top of huge abstraction layers and typically are only exposed to one particular facet of the infrastructure. Google's infrastructure is impressive and something of a marvel. It doesn't mean it's perfect. SRE is the better point of view to observe it.

Google employees are better than in any other large company (a few boutique shops are better on average, of course, at a smaller scale). Some of them like to pretend that they are better than they are to the outside world. Internally, nobody goes far being arrogant, and showing vulnerability or gaps in knowledge is not a problem. There is also someone smarter and nicer than you anyway.

I interview people. The immense majority of people I interview are really good. It's not possible to get to the point of onsite interviews unless you are good, you just know the person you are talking to is a potential peer. Interviewers are happy when their candidates do well. The committee ends up rejecting most, though, out of hyper-conservatism. I have no idea how I was hired. I suspect there is a large amount of randomness between "invited for an onsite" and "hired".

Re: My Job Interview at Google (2008)

#114

Earlier quoted context omitted.

Well, when you work at Google, at least you must have passed that kind of an interview at one point - which is something I'm fairly certain I wouldn't be able to do.

The issue with impostor syndrome is that your brain is good at finding excuses such as "I was lucky", "They did not catch me", and so on. Personally, I had a lot of fun doing my interviews and learnt a lot while preparing them. I would recommend you to try them, it's gonna be interesting, even if you don't get the job.

I have done interview training twice in my 8.5 years at Google, and both times it only made my impostor syndrome far far worse. I simply can't do interviews here, I wouldn't pass the ones I had to give.

It doesn't help I came in as an aqui-hire.

Re: My Job Interview at Google (2008)

#115

Earlier quoted context omitted.

You need to remember that the hour hand slightly moves.

Clearly the interviewing Googler with a 250k salary doesn't value a decent wrist watch where whole minutes and hours tick over nicely in a single movement. ;-)

> Clearly the interviewing Googler with a 250k salary doesn't value a decent wrist watch where whole minutes and hours tick over nicely in a single movement. ;-)

I've never seen a watch where the hour ticks over in a single movement. Do those exist? I imagine it'd be very confusing to see the minute hand at 59 and the hour hand still at 0100 when it's 0159.

Re: My Job Interview at Google (2008)

#116
post #109

Earlier quoted context omitted.

> having worked for the last 12+ years as a developer I've done plenty of interviews, and the amount of years someone worked does not mean they are technically capable. By chance, last week I interviewed a frontend JavaScript expert: couldn't explain 'scope', couldn't explain 'function context', didn't know what happens when setTimeout() is followed by an infinite loop ("After 10 seconds or so the browser will probab…

> didn't know what happens when setTimeout() is followed by an infinite loop I'm not some JS guru but I've done a few and I'm wondering why would I need to know this? To me this looks like the type of question that is there specifically because people answer it wrong, they know they answer it wrong and you know they know they answer it wrong so it makes them lower their demands in terms of pay rate.

I guess it's an important question because it is about the event loop.

Lots of weird things (bugs) can happen when you don't understand how the event loop work. I would definitely pass a "senior" javascript dev that don't know/understand the concept.

Re: My Job Interview at Google (2008)

#117
post #45

Earlier quoted context omitted.

> Maybe Google scale isn't for me. Google employs the very elite of the elite. If you're working there you're probably at the very top of your field. Obviously not every can meet that standard and there's no shame in not being the absolute best.

> Google employs the very elite of the elite Do all people with a @google.com email address keep telling themselves that?

No. We laugh at this stuff. All sorts of internal memes about "hiring the best engineers in the world to move protobufs around."

There are definitely personalities around the company who think of themselves this way, but certainly not the majority. I think this kind of language in fact hurts us, because it creates a pronounced impostor syndrome around us, as we all _know_ we're mere mortals.

The reality of a SWE job at any BigCorp is quite mundane, and is more politics than coding most of the time.

Honestly our interview process should be more testing people how to write and comment on design docs and fill out a performance review, because that's what they seem to want the most out of us.

EDIT: Oh, also filtering through 2 pages of new emails, mostly automated, to find the two things that are relevant to your job.

Re: My Job Interview at Google (2008)

#118
post #109

Earlier quoted context omitted.

> having worked for the last 12+ years as a developer I've done plenty of interviews, and the amount of years someone worked does not mean they are technically capable. By chance, last week I interviewed a frontend JavaScript expert: couldn't explain 'scope', couldn't explain 'function context', didn't know what happens when setTimeout() is followed by an infinite loop ("After 10 seconds or so the browser will probab…

> didn't know what happens when setTimeout() is followed by an infinite loop I'm not some JS guru but I've done a few and I'm wondering why would I need to know this? To me this looks like the type of question that is there specifically because people answer it wrong, they know they answer it wrong and you know they know they answer it wrong so it makes them lower their demands in terms of pay rate.

These are examples of indicators that, taken together, helps determine how in-depth your knowledge is. I imagine that if you work with JS on a more than surface level, you'd eventually be curious about or be forced to understand how things actually work to be able to precisely control your program outcomes.

It could be very important. Like the difference between something running at the right time or not.

Re: My Job Interview at Google (2008)

#119
post #12

Earlier quoted context omitted.

Many people who work at Google feel the same. The impostor syndrome is a recurring motive in in the internal communications.

Well, when you work at Google, at least you must have passed that kind of an interview at one point - which is something I'm fairly certain I wouldn't be able to do.

One of Google's HR groups did a test where they gave the hiring review team their own interview packets (anonymized, from when each team member originally interviewed). None of them were hired.

Re: My Job Interview at Google (2008)

#120

I recently had an interview at a taxi firm that followed this format. One two three pre-interviews followed by a day of 5 grueling 1 hour interviews. I didn't get the role. Apparently the frontend guy I had the first interview of the days five was concerned about my technical skills. I mean, I find it insulting, having worked for the last 12+ years as a developer to be told that there were "concerns about your techni…

I understand your frustration, but it seems clear to me that there is difference in what you consider high level technical skills, and what others might perceive as such. In a highly paid position, both selling yourself and your ideas, and smoothing out differences such as this one, are expected from the employee. While I believe that with your experience, you have accomplished a high degree of strong delivery... You…

> I understand your frustration, but it seems clear to me that there is difference in what you consider high level technical skills, and what others might perceive as such.

Or the person who did the interview is an asshole. It's pretty hard to say which one it is. Smoothing out differences such as this one is expected not only from the employee, but also from the interviewer.

Post reply on HN