Slashdot Mirror
Defining Google
pbaumgar writes "Did anyone catch the 60 Minutes piece on Google this evening? They mention their hiring process a bit in the story: 'For example, Google is hiring about 25 new people every week, and receives more than 1,000 resumes a day. But they're determined to stick to their rigorous screening process. Google uses aptitude tests, which it has even placed in technical magazines, hoping some really big brains would tackle the hardest problems. Score well on the test, and you might get a job interview. And then another and another. One recent hire had 14 interviews before getting the job - and that was in the public relations department.' As a person who recently interviewed with them this past summer (I didn't get the job), I was wondering what others' experiences were like who interview with Google. I had 4 interviews, and it was by far the longest and most interesting interviewing process I've been involved in. I'd love to hear others' experiences in their attempt to get hired."
The insistency of some companies to require a batchelors degree often leaves otherwise qualified applicants out in the cold. Google is one of these companies (from my experience browsing the job postings), which sucks for college students looking for a job. Oh well.
Hmmm.....seems to me that they're assuming an available pool of 100 Quintillion or so programmers...Google had better check its math!
It is pitch black. You are likely to be eaten by a grue.
Especially if you already have a job and the current employer doesn't know you're in the market.
14 interviews!? There are only so many flat tires and sick aunts one can come up with for missing a couple of hours of work.
LK
"Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
We're hiring programmers. One fingernail at a time.
LK
"Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
Do all the jobs require an appitutude test? Or just the high ranking ones?
Almost every job does. Most of the time the aptitude test is how well you are at faking the type of person the interviewer wants.
Yes, I'm bitter and cynical. That does not make me wrong.
I had *10 hours* of interviews for a company that didn't end up hiring *ANYONE*, for a shity 50k a year entry position (yes, 50k a year is shitty in the area it was in when an apartment costs 1500/m).
A friend of mine got hired for a company who wanted an expert in *3* non-related research fields (he has a PHD and luckily and experience in those fields). He flew up there and did several *days* of interviews, Then they called him back and said he would also have to be an expert in Unix and could he fly back up to meet their Unix team.
We were able to maniupulate the test conditions and make him appear to be a unix expert. Hes been employed for a couple months now, and has worked entirely as a unix admin, which isnt even what hes hired for.
The job market is nothing less then crazy
Religion is a gateway psychosis. -- Dave Foley
When answering a search request, Google does not search the Internet. It searches its index.
The index does not reflect the Internet, but the World Wide Web. And only a small part of it, with the Deep Web being much larger.
Algorithms are not computer code.
Please don't give us more of those regular media articles on Google. They mostly suck when it comes to the technical side. And we have all heard about the free food a gazillion times.
My current boss got so enthusiastic while reading my CV that he completely forgot to ask any questions that would check whether it's true or not :) Luckily my work doesn't involve deep knowledge IRIX, SunOS, VNC, embedded Linux or SCADA systems, otherwise I'd be in trouble :) He just wanted someone who learns fast...
"We bought that new device and it's quite sophisticated and with very specialized software, and we need someone to learn how to use it. Can you do this?"
"Is the documentation available?"
"Yes."
"I can do this."
"Great, you're hired."
(yes, I could.)
45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
I just finished up with a graduate e-Commerce class in which we did a large case study on Google. They tend to be super-cutting-edge in almost every aspect of their business from technology to revenue generation, so it should come as no surprise that they are extraordinarily innovative in their hiring practices. One of the key things I remember reading about is their extraordinarily high employee satisfaction ratings, so it follows that a whole lotta people would want to work there. So, with a stack of highly qualified resumes like that (they hire a ton of PhDs), you have to expect them to use some pretty unorthodox methods to choose the creme de la creme.
I remember a few years ago they ran a contest to see who could come up with the best project presentation solving some big issue in search technology, and I think I remember hearing about them making the guy who won a big offer (can't remember what the project was on...I'll try to find a link in a minute).
On the other hand, we have IBM, where I start my job this month. The job is in their Business Consulting Services division, and their interviewing process was totally on the other end of the spectrum. I had two rounds of non-technical behavioral interviews, and don't believe they ever even checked my references. Go figure. I would think that IBM would have a large amount of applicants as well and that they would want to be a bit more picky about their interviewing process, but I guess I'm not going to complain because at least I'll be getting a paycheck (I went back to grad school after getting laid off...don't look a gift horse in the mouth, I guess).
I interviewed about 3 weeks ago at the hq. it was a pretty laborious process.
first I got the e-mail, said it would be a 3-3.5 hour interview. this is apparently normal stuff for google interviewing procedure.
so I show up about 20 minutes early dressed in business professional attire. they have a very cool lobby, lava lamps everywhere, soft sofa to sit on and read the paper, while one waits. there's an overhead display of the current searches on the website.
I met with the woman, who was a contractor, who had e-mailed me. we spoke briefly about contrator positions at google. there's a test every 6 months for who will be let on as a permanent employee and who won't.
the interview is in 3 one hour blocks, all water/soda/snacks/whatever, are on the house if offered. I opted for water. the first people I met with were two of the team members i'd be working with. we went over technical questions they ahd for me, is was a good time, all smiles and "that's good" comments. the position was more of a hardware ops type so it wasn't particularly unix admin type stuff, but we touched on that since it was more above and beyond the requirements, but below junior admin status for google. I figured I'd be ok for a hardware ops.
hour one. very positive response ended on a good note. Grade A (my metric)
the second two were the technical lead adn the supervisor of the team. very smart people, really put me in my place but in a friendly way with the admin stuff, and asked for an example of some shell code, I wrote some on the board stressing it may not be syntactically correct but it's as far as I know accurate. went well but I flopped on easy stuff like fping and reasoning for zone record trimming. another and I think a larger one was "waht do I look for in a leader" I answered in a bitter way as i'd been let down by most of my managers/directors/leaders at all palces i've worked for previously. (not too too important, but I view it as a demerit) still a positive experience. end of hour 2. Grade B
bathroom break. they were really stressing that I be comfortable throughout the process. always stating clearly if I need anything, feel free. the bathroom is very clean and they allow the luxury of paper towels in the mens room. i was pleased.
hour three were two people from another hardware group, I think NOC as they worked a 24x7 type position. one was a manager and another a technical person. at this point i think they were running out of questions. we went over some technical stuff. the difference between runlevel 0 and 6, =) other stuff of nebulous concern to hardware, I hate to toot my own horn but i'm really sharp on pc hardware and linux, so I really answered all the questions completely. after about 30 minutse we were just shootign the shix and I could see they were eager to cut it short, not due to myself but becasue they were out of things to ask. end of hour 3. Grade A
i was escorted out and i haven't heard a word since.
so evern getting the interview might be iffy. I think had I been better with the shell scripting, and perhaps less embittered by my previous employment experience i'd have been accepted.
but honestly, it's a honor just to get nominated.
Just think - in any field you can think of - tennis, school, etc. - some people are 'A' players and consistantly outperform others - other people are 'B' and 'C' players, that really don't stack up to the 'A' players.
A company filled with 'A' players will win every time.
Google's just in a very enviable position that so many top people want to work directly for them -- as opposed to starting their own thing in the hopes of getting bought by Google later.
In my experience, such people are usually poor programmers. When faced with a problem, they may hack together a solution quickly, but the code they write is often poor from a readability, structural, and maintainability perspective because none of those things are "interesting" in their own right.
Google is discarding many people who are very talented programmers, but who just aren't good at solving puzzles in real-time during an interview. Additionally, the added pressure of you getting hired riding on not only your answer but how quickly you can give it is enough to make a lot of people freeze up.
Personally, when faced with a really hard problem, I often think of a solution when I'm not consiously thinking about the problem. Showering and that period between the time I get into bed and the time I actually fall asleep are two examples of such times. (I keep a notpad and pen next to my bed to write down stuff I think of just before falling asleep and often discover that the next morning when I try it it's the solution I was looking for.)
If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
I got a call from Google earlier this fall, saying they'd farmed my resume off the web and wanted to interview me for some kind of Unix-related position. I spoke on the phone a couple times with an HR person who asked me some general questions and setup a phone interview with a current Google employee.
The phone interview with the employee, who was working at a position very similar to the one I was interviewing for, was rigorous. He asked questions that required me to speak code to him, on the fly. I ended up asking if I could take my time and write the code out before I read it to him, because I didn't want to screw up. I screwed up anyway. I was really nervous and even though the questions weren't very complex, they were things that I wasn't prepared to have to answer on the spot.
I finally heard back from them almost a month later, with the (no surprise) rejection.
Intercarve Networks, LLC
-
Like GMail and POP3. You see, 1GB webmail with text ads based on contents of email, all fine and clear. But a non-crippling POP3 that lets you avoid the ads?
I don't think there is one, I believe they put in the POP3 access for all the geeks who had requested it, most of the general population won't know what POP3 is, or care, they'll continue to use the web-based interface.Where's the catch?
I also suspect they're betting on people buying into the concept of having E-mail/storage/etc. available anywhere they can get a network connection. I know I'm still using Gmail's web interface and have no plans to change. I actually like the interface (first time I've ever said that about a web-based E-mail client) and having things centralized has proven to be quite useful for me. I'm frankly hoping they're planning to offer more things like it, maybe a calendar program. (Actually I could probably find a free one of those if I'd every remember to take the time to look.)
the 2 main job requirements in IT: the ability to RTFM/Google. ofc i suppose the latter isn't very relevant in the context of this article ;-)
People replying to my sig annoy me. That's why I change it all the time.
Although Google is a bit more on the extreme side hiring process wise, this is definitely very typical for the market today. Anyone planning on getting a job in the tech industry, here are the key things your employer is looking for:
1) Ability to work well with others and in a team environment. This is pretty much critical in tech industry today.
2) Ability to learn quickly and on your own. No one realistically expects you to know *everything*, there is just too much for most people to absorb. What they do expect you to do though, is to be able to teach yourself the things you need to know and learn quickly.
3) Background experience. What companies analyze out of your background really varies from company to company. But, in the end all they are looking for is data that backs up point number 1 and 2. They want evidence that you are balanced, that you can learn well, that you can work well with others. Be it college background, work experience, tech demos you build yourself, etc, all that stuff really is just hard data to confirm your background.
As for the aptitude tests, those are just a way for companies to narrow down the potential applicants. With so many people looking for a job, it helps to shrink the applicant pool any way you can. Trust me, your potential future employer knows you are going to BS on the aptitude test. In fact, they are pretty much expecting it. They just want to ween out the people who aren't serious enough about getting the job and who aren't smart enough or serious enough to BS the test based on what they feel the employeer is looking for.
Honestly, aptitude tests are just a quick and easy filter to get the dumbest of dumb out of the way. What really and truly matters when you apply for a job is the interview(s). That is where your potential bosses can really judge you.
80% of what matters in the hiring proces is all about the interviews. 10% is background, and the last 10% is your BS filter(aptitude tests, on the spot programming challenges, etc).
You are who you are, let no one tell you different. But, never close your mind to a new point of view.
I flew out to Google in May for an interview. I had first interviewed on campus (I actually thought I bombed that interview). They flew me out to California for an interview (the only person from my school that interviewed for that position). I was interviewing for an Associate Product Marketing Manager position. My day consisted of about six half-hour interviews, all in the same small conference room, with a break for lunch. The process was very different in comparison to Microsoft (I had just flown out to Microsoft two weeks earlier). While Microsoft moves you from building to building, room to room, so you get sufficiently lost and disoriented (while the different interviewers talk about you behind your back) at Google the interviewers come to you and they don't know anything about you until you meet them (so they claim). Google's questions seemed significantly easier than Microsoft's, but I was interviewing for a Program Manager position at Microsoft, so the focus of the questions was pretty different. Microsoft gives you brain teasers, tells you to write code on the board (even though it was a non-coding position), and even gave me an ethics question. Google gave me a lot of estimation questions (number of pizzas sold at college in a year), which I don't really understand since I don't see how being a good estimator makes you good at anything else. Regardless, I was really proud of all of my estimations (I prepared myself with a bunch of dumb facts, like the number of Wal-Mart stores in the US, to use as references, which worked well. At the end of my day of interviews (which I thought went really well) I was talking with an HR guy (not my HR guy, strangely) and he asked me what time I was coming back the next day. I told him that I wasn't coming back since my flight home was the next morning (this was set up by the Google travel people, I had no choice in this matter). He told me that I needed to meet with two more people and he went back upstairs to see if they were free to meet with me that afternoon. It took him a long time to come back and tell me that they were too busy, so I was sent home, pretty much knowing that I wouldn't be getting a job since I couldn't complete the interview process. I was an east-coaster, and unlike all the Stanford kids that they seemed to move in by the busload for interviews, I had to go home. It took them a long time to get back to me about their decision. The HR guy kept telling me that the meeting to discuss my interviews kept getting postponed. Then one day he told me that I needed to set aside two hours for a timed essay. I took the essay, which was the "final step" in the interview process, according to the Word doc they sent me (I was expecting some high-tech web form that prevents me from missing the deadline, but instead I just got the email at the time specified and had to email it back within two hours). I got an email about a week later telling me I didn't get the job. My essay kicked ass. I should post it online. Oh well. I've got a lot of other observations about the differences between the Google and Microsoft interview processes if anyone cares.
Seriously, basing your business plan around hiring a bunch of geniuses is not automatically a smart idea. Geniuses can be lazy, they can be terribly hard to manage because think they know better than their managers, and the supply of grade-A ones is rather limited and competition for them will remain pretty hot. It may well be smarter if your business is set up in such a way that you didn't require all your employees to be geniuses, but through good training and good procedures equipped them to deliver the services that you wish to offer.
Sure, maybe your business is going to be less flexible and adaptable this way. Maybe you're going to need more staff, and more intensive oversight, than the "hire geniuses" route. But the supply and cost of moderately competent, reliable staff is much, much more favourable than competing for geniuses.
In 20 years time, when Google is a mature company trying to protect its patch, let's see whether people are chewing off their right arm to work there, and how the company copes then.
Any sufficiently advanced technology is indistinguishable from a rigged demo
--Andy Finkel (J. Klass?)
If you're looking for a technical look at Google's inner workings, I highly suggest you view this talk given by one of Google's Distinguished Engineers at the University of Washington. He talks about how Google stores all of its data (the Google File System), and how massive amounts of data are processed (MapReduce), among other things.
It was like
Me: "What Up?"
Them: "What Up?"
then I pulled down my pants and they were like:
"You're Hired!!"
then I'm like "Respect."
Collage isnt everything. I learnt to make money without a batchelors', and I do'nt need a job at google.
I see you have a CS degree.
"It is seldom that liberty of any kind is lost all at once." -David Hume
Working at google is an easy gig to get. Just get on with the cleaning crew that does their office or something.
More ass-talking from the Slashdot crowd.
My Google custodial job took 12 interviews, 6 aptitude tests, 5 references and a letter of commendation from the local Sanitation Department. Even then, I probably wouldn't have the job if not for my exceptional refuse-handling and my skills with a toilet brush.
Phiwum's law: anyone that names an obvious law after himself and then puts it in his own sig is just pathetic.
In July of 2002, when Google Answers was hardly-known (is it very well known even today?), I did some research work--without pay--for Google.com. I love research, so I didn't mind; I was thrilled to do it.
...
One day, I got a letter/email from Google.
In it:
"We have noticed you have been quite active on the site and that your
comments have been well-written and comprehensive
Based on your postings we think you would be
an excellent addition to the researcher community."
They were offering me a job as a paid researcher. I was quite shocked because I had read that lots of people applied and were never given jobs, and I never even applied.
Apparently I was answering questions very quickly and thoroughly; one of their paid researchers noticed and recommended me.
It wasn't a very well-paying job and it was not a "high ranking one" per say, but it does qualify as a job that did not require an aptitude test.
*-*-*-*-*-*-*-*
"We are Linux. Resistance is measured in Ohms."
So I was just hired by Google right out of college, I'm graduating from Carnegie Mellon Univ in May. Google came to our school to run interviews around October. Here's a summary of the process:
Google set up shop at one of our job fairs with about 120 other companies. Anyone could walk up to the booth and give them their resume and talk to the people there. If they liked you, they e-mailed you later for an interview
There are then 2 on campus interviews. The first on one day, and if the interviewer likes you, then you get called back to the next day. If that interviewer likes you, you get flown out to their head quarters by San Fransisco. For my trip, there were 8 kids from CMU, and about 25 total from 7 other schools.
Out in their headquarters, you have 3 interviews with different sets of people. One of my interviews had 2 people each asking questions. They also feed you though and give tours of the campus. They definitly treated the applicants very well out there, great hotel, very nice all around.
Finally a week later people found out if they had offers or not. I heard rumors that in interviews with Google, each interviewer has 'veto' power, so if just one person didn't like you, no luck.
As for interview topics, there was a large range. Most were data structure concepts and problem solving. One interview was very unique though, the guy had a sheet of general software eng questions ranging over topics such as application design and testing, server-client software design, internet concepts. He would ask you just to describe a general topic, and see how much you could explain about it. For instance, one question was like "If you wanted to improve one of your programs, what would you do?" So you had to talk about testing, bottle-necks, better hardware, etc, just about everything.
As for coding questions, some people have complained in this thread that they don't display if you are a good coder, and I quite disagree. The purpose of those questions are to find out how you think, not how you code. They look for if you can logically lay out a problem in entirety and solve it one step at a time. Yes it's under a stress you would normally not have, but I think the stress helps sometimes. The part that all my interviewers spent the most time with was if I could improve my current solution. To see if you could do it with less memory, less cpu. The hardest part is just not knowing if there's something obvious that you should see. But a hint, start with the worst solution, then 'think up' a better solution while you're writting out the first. Do not try writting out the optimal solution from scratch from your head. They want to first see that you can solve it, but then to make sure that you don't settle for that solution and instead cringe at every line to make sure it's perfect.
Other tips I would suggest, spice up your resume with team projects. Also, the breadth of experience you have, not depth. As for positions at Google, I was hired as a Software Eng, which means I can work on just about any project, so they wanted people with skills in many areas. Lastly, don't be afraid of saying 'I don't know' to a question. I did this a few times for 'quiz' questions where I knew I could just go look up the answer (for instance, one question was 'list and define all the different type casts in c++'). But just don't wait time trying to make up something or giving a wrong answer.
After that babble, I also wanted to mention that every interviewer seemed to love their job there, like some people in the thread have said.
I hope this might give some insight into the process, although it's specific for college grads. But the general idea I got was that Google was looking for genearally bright people with decent experience and good team skills.
So I'm a programmer at Amazon.com - I do a good bit of recruiting/interviewing.
Google/Amazon/Microsoft all do it pretty much the same way, with a few variations. Everybody's looking for the same super-awesome programmers, and so you have basically a gauntlet of programmer-led technical interviews. Google's aptitude tests, advertisements are just it's way of leting the super-awesome programmers know that Google Wants You!
The main difference between places is how exactly they define "super-awesome". Here's my take on the companies I know about:
1. Google will hire really hardcore theroetical people into pretty applied positions. Raw intelligence seems to be job #1 at google, so they hire people without a solid pratical track record.
2. Amazon will hire hardcore hackers, even if they don't have perfect academic credentials. Stuff like sucess in Open Source project is way up there at Amazon.
3. Microsoft will hire people who have decent (but not awesome) coding skills and social skills and give them a Project Manager job. Because they have so many Project Managers, I think that also frees them to hire programmers with even fewer social skills.[pmjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjn
Good is an adjective, well is an adverb.
You are GOOD at faking who you are.
You fake who you are WELL.
First, the others:
:) ).
...
... I probably got in due to the fact I was an internal reference. I had a phone interview that was actually pretty cool -- my interviewer felt engaged, asked intelligent questions, and seemed really interested in me. It was a back-and-forth process, and I really liked it. I also did well enough, apparently, to qualify for a face-to-face interview.
... a little disappointing (can you tell I didn't get the job? :) ). It felt very one-sided. Forgive the fuzzy wording here -- I tend to be one of the more fuzzy, Myers-Briggs EIFPish, geeks out there.
Back in August, on a Tuesday (you'll see the days matter in a second) I did a phone interview with a hiring manager; I did well enough that toward the end of the interview she asked me when I could come in; I said Thursday would be earliest (I was unemployed). After shouting over to some people, Thursday turned out to be OK. Lets call this Day 0
Day 0+2: I came in on Thursday and was interviewed for about three hours. Four teams, two singletons and two pairs. Oh, and I hate pair interviews. I remember distinctly that I managed to establish an amazing rapport with the hiring manager fairly early on and had an interview that left me feeling like a million bucks (this is probably the only interview where I've ever said, in response to a salary question, "you can't pay me what I'm worth" and meant it
Day 0+3: On Friday, I was contacted by another company and told they wanted to bring me in. We arranged the interview to occur Tuesday (so a week after the first phone interview).
Day 0+4: Company A calls me and wants to hire me. I tell them I've got to check out Company B and we negotiate to have me give them an answer by Thursday (0+9, or 5 days hence). Due to the sensitivity of the project, I agree to come in for a meeting at work on Wednesday (0+8) so I can be up to speed if I take the job (this also let me see what kind of work environment they've got).
Day 0+7: I interview at company B. Process is also about three hours. They're aware of my situation, and so the last person to talk to me is the hiring manager, with an offer in hand. I tell him I'll let them know by Thursday.
Day 0+8: I come in for a meeting at company A and fall in love with the company culture -- remember, this isn't "let's tell the interviewee what the culture's like," but rather a real business meeting I'm attending, so it allows me the sort of inside intelligence that's often lacking in our decisions. It also allows me to see that, e.g., everyone dislikes the company-provided laptops, which allows me to
Day 0+9: I call company B and politely decline, I call company A to enthusiastically accept and negotiate a better laptop (the 'negotiation' process wasn't exactly lengthy -- "I'd like a laptop, but your standards suck. What can we do about this?" "Yeah, we're not happy with the standard. Can you work with the IT Director to come up with something better?").
As for the Google process
The face-to-face happened about 15 days later. It was about 3-3.5 hours (fairly standardized for Google, apparently). I was lucky enough (ref internal referral) to eat at the Google cafeteria ahead of time, which definitely rocked.
_That_ interview process was
I think it's natural, really -- Google goes through so many of these interviews that the first step is by necessity an emotionally disengaged "show us you're worthy of breathing Google Air[tm]" process. One of the things missing from the interview, for example, was any sort of discussion of the Google side of things, or what the job or work relationships or technology are like.
I left the interview drained. I'm actually pretty pleased with my performance -- I'd probably want to change two or three things, but overall I'd say I probably performed at about 85% or better of my optimal capacity.
About ten days later I got a phone call fr
The point of the parent poster, and though I haven't read it, I assume the book - is that once you have a few good years under your belt, any decent programmer will tell you that all languages are essentially the same. Sure, you have some that are OO, some are more procedural, some have some weird syntax to get used to - but, for the most part, they are all the same basic constructs and concepts, and anyone with a moderate level of skill can pick up a new language fairly rapidly. Sure, they will be no expert at first, but given 6 months to a year and they would be proficient enough that you just may have a hard time picking them out of a lineup with people who had 10 times the experience.
Programming is about algorithms and design. The language you use to implement those ideas is nothing more than a tool. If I was interviewing anyone this is where I would be focusing my evaluation.
The days of needing to know the language's API inside and out are over - Google took care of that. I don't want to know if you know what the method of creating a vector in Java is - any monkey can find that out with Google in less time than it took you to read this sentence. I want to know if you know what the *difference is* between a vector and a list, and if you instantly know when to use which. This is not something you find in 2 seconds on Google, and this is what you should look for in a good coder - the ability to quickly and easily identify the best algorithm for the situation.
...there are many of us whom don't have one...
...usually looking at degree's...
who, not whom.
degrees, not degree's.