> "Google used it to identify me before I had even applied anywhere else"
Add another item to the list of anti-trust charges Google is facing around the world.
> "they respected my privacy"
No they didn't. Not even close. But if Google is full of people with these notions I understand the major disconnect Google has with privacy regulators outside the US.
(Wow, even an attempt to engage by asking a question gets downvoted by HN's pro-Google brigade...)
Anyway, assuming you believe Google effectively has a monopoly (as the EU commission does), this is yet another example where Google abuses that position to favour itself over everyone else trying to recruit. Very similar to the way Google manipulates shopping results (but sneakier).
I'm not even saying I agree with that logic, but it will almost certainly be added to the things various regulatory bodies will investigate. Apparently it's already taboo to even mention that on HN.
"Aaaaannnnnnnnnnd you're fired." Just kidding. But if none of his friends (including Google employees) knew about this, maybe they (Google) intended for this to be not known. I hope he didn't shoot his own foot by blogging about it. :-)
If you visit the URL google.com/foobar it won't do anything unless your google account has been offered the challenge. Presumably random searching wouldn't even activate it, you'd need to be in the right country etc.
"To log in, you have to have logged in before. Confused? Search on...[google.com]"
A lot of people are posting some variant on this, but, go back and read the post. The only things in the post are 1. this path exists 2. it uses Java and Python 3. it works in a fake shell. But that's it; no problems, no solutions, not even hints. Google probably rotates the problems anyhow.
Overall, Google can hardly expect this sort of thing to not get out over time, and... honestly... do you think Google recruiting is upset that this got posted to HN?
Google used it to identify me before I had even applied anywhere else
At a point where the author would be in a weak negotiating position because he wouldn't have other offers to take (besides staying in his current job, but applying for a new job indicates he wasn't entirely happy with that.)
and they made me feel important while doing so.
Doing a search that matches a regular expression is all that it takes to make you feel important? Really?
Well, it evokes The Last Starfighter movie kind of feel, where a kid beats a video game and thus proves he's ready for something greater, so I can understand feeling special "for being chosen", no matter how automatic that criteria likely was (the human brain can deceive itself into thinking events are more deliberately chosen and less random than they actually are)
Are they only doing this if your IP belongs to a well known university? I'm sure lots of people here are googling programming topics everyday, and I'd assume it would've come up before this.
No, I got it a couple months ago and I live in Louisiana. I might have been searching stuff for Angular at the time. Didn't go through much of it though. I'm not fond of Python, and really didn't care for writing Java at the time. Also not looking to move across country.
I saw it mentioned here a while back, it wasn't documented like this one but I figured it's a reasonable enough way for google to be a bit unique in recruiting.
I could have sworn I saw a few mysterious ads on corkboards around MTV internally recruiting people to work on a project like this last spring, just before I left Google. I never followed up to try to figure out what it was, so I can't be sure, but it could definitely have been this.
So first of all this is not "a secret" at all and you don't need to be "special" to do it. And of course you don't get targeted personally but they do an automated/anonymous match on your search history. It's just one of many inbound HR/recruiting funnels and it was featured in an internal newsletter that went out to all of Eng some time ago.
Second, they tell every applicant that openly discussing the interview process (esp blogging about it) will get you disqualified/blacklisted from any future positions at google. So if you have posted this before your first day and didn't discuss it with your recruiter/hr person at the G, it was probably not a very smart move.
PS: It really isn't too hard to get into their interview process. If you create a github account and push some code one of their recruiters will probably approach you after a while. You can also just send them your CV and I am pretty sure you get the same process/treatment as anybody else.
> Second, they tell every applicant that openly discussing the interview process (esp blogging about it) will get you disqualified/blacklisted from any future positions at google.
Wow, it's like they're fully aware of how poor many of their interviewing procedures have been over the years, and instead of making them more employee-friendly to compete with the rest of the industry, they'd rather just punish the employees instead.
I honestly think their process is pretty good (at least it was for me). There are no bullshit questions and they are honest in their feedback/telling you what you should and should not expect. A lot of people are pissed because they didn't get in and feel it's google's fault for having a 'broken interview process'. But reality is that google is one of the most profitable/successful companies in the world and gets voted "top employer" year after year. A lot of people want to work for them, so they can afford to be picky in the interview process; but that doesn't mean anything is broken. Quite the opposite actually.
As per the secrecy; I reckon they want to keep part of their process secret so that people don't try to game it. At the scale they are operating (millions of applications per year) you obviously need some standardized tech testing for the first interview rounds (where no engineer is present yet) and if everybody just posted their questions and answers online you could kind of forget about that.
I'd just note -- both total-profit and profit-per-employee are REALLY terrible ways to predict employee happiness. Just look at some of those rankings. They're a really mixed bag of both exploitive and great employers. I mention this because I always hear inexperienced people from small towns using those metrics, in isolation, to rank their employer choices. It's such a bad approach.
I'd even argue that highly-negative profit, pre-profitability employers can be far better for tech employees.
- High profit = the company's major problems are already figured out, they already have a money-making machine, they don't desperately need you and in fact you may be a liability who could break their already profitable machine. They could fire nearly everyone and possibly continue making bags of cash for a very long time.
- Highly negative in profit = they desperately need someone to solve their problems fast, which in tech product companies is often by making some new tech. Without you, they're nearly guaranteed to end up very screwed.
"A lot of people are pissed because they didn't get in and feel it's google's fault for having a 'broken interview process'. "
I think that's a mischaracterization of what people dislike about Google's interview process. People dislike that it takes a very long time for Google to follow up and that the process wastes a lot of their time.
Yes Google is profitable and a lot of people want to work there but that doesn't mean their interview process is great too.
"A lot of people are pissed because they didn't get in and feel it's google's fault for having a 'broken interview process'."
I agree with much of what you said, though I don't agree with this particular sentence. I'm always pause a little when someone supplies an unflattering ulterior reason for a criticism ("oh, they're just pissed that they didn't get in"), since there may in fact be reasonable criticisms of google's interviewing process that shouldn't be dismissed so casually.
However, as someone who went through it recently (software engineer position, didn't get an offer), I agree with you that it is straightforward, no gotchas or gimmicks. I'd say that at least in my case, if you review data structures and algorithms, and are prepared to use them creatively to answer middle-to-difficult style questions from "cracking the coding interview" (not the exact questions, of course, but at that level of difficulty), at a whiteboard, in 45 minutes, without too much help, then yes, you're prepped. I'm not saying you'll pass the exams, I'm just saying you won't be surprised (again, just in my own experience, for a SE position).
The only thing I was "surprised" with is just how much progress you really are expected to make on these problems and the level of accuracy you are expected to show in your coding. I gave myself three weeks to prepare. I should have taken 3 months, maybe more. No, every parenthesis or semicolon doesn't need to be placed correctly, but (again, my impression here) you pretty much do need to be writing code (probably in Java or C++) that will compile and run with minor edits, and you need to largely solve the problem, at a whiteboard, in 45 minutes. If you get stumped a bit and need a prompt, I don't think that'll rule you out, but if you need too much help getting through, my guess (based on limited experience) is that this will be a no-hire.
Fair enough. I think there's room for reasonable disagreement about whether this sort of thing produces too high a "false negative" rate, but I suppose that's up to Google. Good software developers are hard to find, and while false negatives do cost you, false positives cost you too. I'd generally say this is google's business, they can afford to be picky, as you said.
With one difference… which is that Silicon valley companies almost uniformly insist that there is a severe shortage of software engineers, yet at the same time insist on being (this may just be my own opinion), extremely picky about who they hire. Should an industry that by its own admission tolerates an exceptionally high false negative rate be taken seriously when it says it has trouble attracting enough talent?
> A lot of people are pissed because they didn't get in and feel it's google's fault for having a 'broken interview process'. But reality is that google is one of the most profitable/successful companies in the world and gets voted "top employer" year after year. A lot of people want to work for them, so they can afford to be picky in the interview process; but that doesn't mean anything is broken. Quite the opposite actually.
I'm not convinced of this argument at all. Many of the people I know who either work there or have work there complained about the process as well. I didn't get in which was fine (I certainly wasn't pissed) but I was very frustrated with the interviewer being 15 minutes late and when he asked me to implement an object he cut me off when I was almost finished to optimize a method (I protested; premature optimization and all). Then, since we had a truncated time table, I just finished optimizing and he ended the interview. I explained to him what code was left in my object implementation and it didn't seem to be a big deal. Then when I didn't progress a few friends I have at Google looked into it and found out I didn't get to progress because I didn't get to finish my implementation.
I've been in a variety of different types of interviewing. The more academic, white boarding of issues that you never even see on the job just suck in my opinion. I like it a hell of a lot more when I get to work with whoever I'm interviewing with and we're working on a real problem. Or hell even homework. Anything to show how I solve problems and code versus simply remembering different algorithms or data structures from college.
I sympathize. My experience was much better than yours - nobody showed up 15 minutes late, and everyone was exceptionally polite. Given how stressful in person, whiteboard exams can be, I'd actually compliment google on how well their interviewers treated me as a candidate. But in the end, I was (as I stated below), surprised with just how much optimized, relatively clean and ready-to-run code I was expected to write at a whiteboard. Writing plenty of code that shows you are capable of doing so, along with outlining a strategy that shows you clearly understand the problem and are working toward a solution? As far as I can tell, that's a no-hire.
One disagreement, I don't think this is purely about remembering algorithms from college. That's a necessary but not sufficient condition. If you can't do the basic binary tree traversal (and so forth) stuff cold, I'd say there's no way you'll pass the exams, because you need to solve more complicated problems that are based on core data structures and algorithms.
Honestly, I have to say I'm pretty damn impressed with people who can do this at the whiteboard. I might be able to get there, with a few months of study, though this would probably require neglecting other aspects of my life and job for a while. The cynical part of me has this vague suspicion that this screening is actually designed to hire only those without these sorts of demands on their life (kids, family, outside interests).
As with any interview, YMMV. My own experience was pretty negative - I got asked a question where one pretty much has had to have studied & memorized the approach to solve the question, with no live feedback or direction but mostly silence. I enjoyed a far better process with Facebook, where the interviewers at least made an active effort to engage my mind in the right direction if I blanked or was missing a key piece of knowledge, although their methodology for evaluation leaves some to be desired.
Personally, I greatly dislike how software engineers are hired in the industry, coming from a prestigious graduate program of mathematics. There is an expectation at some of these companies that the candidate studied for their interview (or got just the right set of questions), even if they demonstrated highly valuable skills such as figuring out a complicated trick on the fly without any prior knowledge of anything similar. If one wants the smartest people, it is well-known in academia that that is not how one should evaluate a candidate, so I am not quite sure why such shallow & flawed metrics continue.
> Wow, it's like they're fully aware of how poor many of their interviewing procedures have been over the years, and instead of making them more employee-friendly to compete with the rest of the industry, they'd rather just punish the employees instead.
I know, anecdote, but: I went through the Google interview process not too long ago. It was stellar. None of the other places I interviewed at could even come close to how well Google's process went. Take that FWIW.
Interviewer tagged me and I thought I'd go along with it for the fun. I'm a systems engineer not a developer so YMMV.
First stage interviewer put me through a basic aptitude test ("what is netstat?", "what's the expected output of dig?") which was fine and I answered them all with a fair degree of correctness but the questions quickly went on to different programming languages, and while I've done some small things and I definitely know my way around a bourne shell I didn't get spectacular marks honestly, mostly because he was asking programming questions and I haven't had as much exposure to code as I'd like.
the next week I receive what I thought was a follow up call, but it was another round of preliminary questions.. around 2 questions in, and I realise these are the same exact questions I answered the week before. I'm a bastion of honesty, and while I knew the answers to all his questions now (because curiousity made me look up the ones I had failed.) I felt I should tell him that he asked me these questions before. I did.. he fell silent.. "are you sure"
"Yeah, your next question is about netstat"
".. oh.. well I don't have your results"
"Do you have any other questions to ask, you can reask me questions but my success rate will be higher this time"
"no, we'll contact you in 6 months"
Well, he didn't, but that process shook me a bit.. I certainly wouldn't call it stellar, and I'm likely blacklisted from interviewing at google now as I don't think I've had recruiter spam from them in a long time.
But how could this have been a more stellar experience for you? Should they have given you a consolidation price?
Job interviews are a business transaction (after all you are there because you want their money). Not hiring you is fair game and once they have decided/committed to pass on the opportunity it wouldn't be rational to waste money by continuing a pointless discussion.
I mean, not parent commenter, but I'd expect, y'know, the recruiter to actually remember giving the exact same preliminary interview to the same candidate a week earlier.
Was it the same interviewer? Maybe there are 10 interviewers going off the same script.
Interviewer 1 called OP and asked questions. Then it was lunch time and he forgot to put result in the CMS.
So the same guy popped up a week later to Interviewer 2. He was reading off the same script, so of course his questions are the same. Not his fault, or Google's per say - Interviewer 1 happened to forget a step. (Which is sad, but we all make mistakes!)
> But how could this have been a more stellar experience for you?
Are you joking? Did you even read their post. The guy literally called and asked the same set of questions twice, then didn't follow through with what they said they would do.
I cannot believe you're even asking "how could this have been a more stellar experience for you?" the gall.
>But how could this have been a more stellar experience for you? Should they have given you a consolidation price?
If we ignore that they asked him programming questions not relevant to his position, there's the whole "they didn't even know they interviewed me, so they called me again to ask me the same exact things" FAIL, plus the lie about "we'll call you in 6 months".
As someone who did a lot of interviewing at Google I can say your interviewer didn't do his job and that definitely should not be the usual experience.
That said how are questions about "netstat" and the "expected output of dig" programming questions?
Also for anyone planning to join Google as a sysadmin you should note that even Google's sysadmins do a fair amount of code since Google loves automation. Python will probably figure fairly prominently in your job.
those questions were not the programming ones, I don't remember the programming ones, but they would be considered pretty tame by most programmer standards, I simply lacked the knowledge at the time..
That's interesting. I wonder if that recruiter needs to work on his filing system a bit -- e.g., work on stuff in the inbox, then place it in the outbox :)
I wonder what the most politic way to deal with this situation would be. It sounds like you were polite but honest, which is a good thing in my book. I might have done the same, but perhaps it would have been better to just play along, score higher, and get pushed to the next step? Just speculating!
I had the exact same experience happen to me in a phone interview. I told the interviewer he had already asked me those questions. He told me to just go ahead and answer them again. Needless to say, I aced the phone screen since we went over all of the answers together the first time round.
To counter your anecdote here is mine: during the interview my plane back had been switched by Google from something like 6 pm to 11-12. The interview was over before 4 and it had been at Youtube (very close to the airport) so I got to spend more than 8 hours at the airport before my 12 hours multi-connected flight. Literally the worst experience I have ever had during an interview.
something similar happened to my best friend when he interviewed there.
They told him to take two days for the interview process. He goes through both days (16+ hours of grueling questions and whiteboard tests) and he's set to fly out at 6pm, the interview wraps up at 2pm.
Recruiter comes up while they're exiting last interview and asks him if he can stay one more day, another department head wants to interview him for another position. He balked and caught his flight back on time, thinking whatever he just went through should be more than enough information for whoever wanted to take another full day to ask him questions.
Never heard from them again. No follow-up, no email, no nothing.
He figured the last question was a test, to gauge how bad he wanted to work there. He said it was a really shitty way to determine how driven someone is by wasting two days of their time, then rudely asking him to cancel his flight, call his employer, and make another boatload of arrangements on the spur of the moment.
He did get subsequent recruiting emails and simply replied after his last experience, he wasn't interested.
This guy says he was able to skip the technical phone screen, which is pretty non-standard as far as I remember. So it seems there is something a bit special about this process.
Google phone screen isn't with a recruiter. It's 3 one hour long phone interviews with engineers where you program solutions to problems in a shared google document. Some of the questions you get asked are absolutely non-trivial and will take you an hour to solve.
What you are describing is one of the proper phone screens with engineers. Before that they will sometimes do another round of screening that is just a HR person reading standard questions and checking if you got the correct answers (most of these questions have numeric or very specific answers that are binary correct/wrong and can be checked by a layperson)
I'd hardly call it proper. You're asked to code some stupid problems in a Google Doc (which is extremely bad at handling code), while the other person's waiting around on the other line impatiently, asking stupid questions like 'how can you make this faster?' If that's a proper interview, I'd hate to see what's improper. At the very least, they should give you quiet time to work alone. I don't expect to be working while someone else is talking to me, asking me questions, or breathing down my neck, but apparently this is a required skill at Google and most other places that use such idiotic "interviewing" techniques. I'm certain they are losing out on a lot of great talent simply because of this.
Without proper tools in an environment I can't think in with someone literally breathing down my neck (or on the other side of the phone line). Yeah, I am upset because I can't think in those conditions and neither can most people.
The pressure is a little higher than real life, but the problem is easier. The phone interview questions are things like "write atoi()", not "write a database system to handle 4000 transactions per second per entity group with globally-consistent reads across three continents", which is the kind of work you might be interviewing for.
I think success at a phone interview question is a good positive signal. That's all you can get in interviews, signals.
Although this may not be a secret anymore and it is a recruiting funnel - this gives many lacking a STEM or mid/top/elite CS background an opportunity to prove themselves. This seems like a great way to get noticed and bypass many of the unconscious biases instilled into engineering recruitment through training and experience.
Wouldn't Google still filter people based on their education and experience? This programming test could get someone a call but doesn't Google still only hire college graduates with a STEM or CS background (for technical roles)?
Not necessarily. There are engineers without the prerequisite STEM or CS background, as well as folks without any degree. Even coding bootcamps. Talent is talent.
>So first of all this is not "a secret" at all and you don't need to be "special" to do it. And of course you don't get targeted personally but they do an automated/anonymous match on your search history.
Yeah, and there were no magical unicorns involved, what a dissapointment.
That said, I think all these premises are wrong.
Clearly this was indeed a secret. It wasn't publicly announced to be happening, only appeared to selected individuals.
Second, you do need to be special. Special doesn't mean to have some mutated X gene, just that it doesn't apply to everybody, but only those matching specific criteria. In this case you have to have the skills to be able to trigger the process (with matching query results) and then complete the puzzles. That would leave 99.99 of the population out.
As for the fact that "you don't get targeted personally but they do an automated/anonymous match on your search history", in the end you do get targeted personally (if you succeed), and obviously even people who get targeted personally "from the start" are first targeted by automated matches between tons of candidates. I don't think some recruiter just pops up a name out of the blue because they personally know them.
At one place I worked, in the days when Firebug was still new, we used show a discrete a web developer job ad if we detected window.console.firebug ... didn't actually lead to any hires but it made us feel clever ;)
While this is a great idea from Google I would be concerned that the Google recruiter would also receive a list of my search history queries which do not always include programming topics at all ;-)
Interesting thought though, will Google check my search history if I apply with a known Gmail adress?
Even the engineers that actually work on googles production systems can't access other peoples gmail/whatever accounts (that is technically _and_ policy-wise). Certainly not any random recruiter. How do you imagine this would work? Thousands of google employees that can just look into their boyfriends email?
They make it pretty clear that event the higher ups/etc will never ever look into specific private accounts and anybody attempting to do so will be fired on the spot.
I've done like the first 3 levels in the past. This stuff takes a lot of time, if I wanted to get a job at Google I'd probably go with the phone screen instead...
I have a serious question : If google uses a person's search results internally to determine that they are a person of interest for hiring, whose to say they aren't using a similar process to strip Intellectual property from searches as it relates to projects they are working on?
i.e : They are internally working on self driving cars and, in particular, are looking for ways to integrate algorithm 'X' in their solution. So, google decides to setup a special filter for searches related to certain profiles that search for 'X and self driving ....Results get fed to the group conducting the work. In effect, allowing them to internally see what 'profiles of interest' are up to as it relates to Google's flagged area of interest.
It would appear that this could easily be made 'legal' under the premise that the individuals are anonymized. However, it does give google a unique advantage in being able to see 'what everyone is up to'.
The fact that they are already using people's specialized searches for flagging them for interviewing makes me strongly believe they are already internally snagging people's searches/clicked links to give them advantage on projects.
I think everyone should take a pause and consider the implications of this as they are quite damning.
I agree. These kind of posts make me a little nauseated to be honest. The only reason this person is bragging about being tracked and monitored online is because it resulted in a job at a prestigious marketing company. The vast majority are just being tracked and monitored, no job offered.
It is nauseating because it's a 1000 word humblebrag.
Look at this guy's bio:
> Max has a degree in mathematics from Yale University where he received multiple awards from the math department including the Barge Prize and the Runk Prize. He previously worked at The Boston Consulting Group where he worked on projects in computer hardware and biopharmaceuticals. His interests include data analysis, hiking, pad thai, and skiing.
This essay reads like he is just discovering the magic of the internet for the first time, and is swept away by the user experience that Google has provided just for him!
No, somehow I suspect that he would have gotten a job wherever he decided to apply.
But apropos of the first comment, I wonder how much Google already knew about him before the challenge was displayed. In other words, is it just triggered by keywords? Or does the algorithm also take into account what else is known about the user doing the searching?
>>>> Google already knew about him before the challenge was displayed.
This seems a little unsettling when you think about it. As if they had been tracking him and just waiting for the right moment to spring this on him. I wonder how receptive he would have been had they approached him in a more traditional manner. Perhaps because of the uniqueness of their approach he was more receptive to going along with it?
Had this happened to me, I probably would have done an Elliot Alderson and tossed my PC in the microwave.
They can use your searches any way they want to. If you don't like it, don't use google - or if it's bad enough, you can try an antitrust lawsuit, but I wouldn't hold your breath.
> I have a serious question : If google uses a person's search results internally to determine that they are a person of interest for hiring, whose to say they aren't using a similar process to strip Intellectual property from searches as it relates to projects they are working on?
Question for you to consider: if google uses a person's search results internally to determine if they should show an ad or a knowledge card, whose to say they aren't using a similar process to strip Intellectual property from searches as it relates to projects they are working on?
It looks like it's a keyword match. You should be just as worried as when you saw the "do a barrel roll" thing.
It would be way more efficient to mark their IP not at the search processing level (where they only have so many milliseconds to go around) but at the indexing level... Where they can bring to bear a lot of CPU power.
You vastly overestimate the amount of human intelligence that can be gathered from looking at search queries.
Working for search quality, two things I quickly learned from watching a lot of random sample queries are:
(1) People like porn.
(2) People can't spell.
In other words, if you are working for algorithm "X", and if you gather one hundred random queries mentioning X, a lot of them will be along the lines of: "python library X", "CLR ch 12 X solution", "knuth X 1985", "given figure 12 what is the amortized time complexity of X" (or some other exact copy-paste of a homework problem).
People don't type "Amortized time complexity of X can be improved when f and g are monotonically increasing" into a search box.
Besides, exactly who's going to use the result? Imagine you meet a Googler who has PhD in Algorithm X, working for a super secret project, and tell them "You know, I found random guys on the internet searching for X and I thought their disjointed query terms might teach you a thing or two about how to use Algorithm X."
(Not to mention that almost everyone will view it as a gross breach of ethics.)
Pretend multiplication is unknown to Google then write out the series of search queries which teaches Google multiplication. If you cannot complete this exercise sensibly, then you're worried about nothing. Spoiler alert: you're worried about nothing.
If one really wanted to worry about Google using search queries against the interest of searchers, one would probably ask "Do they loop search queries into either search quality against the interest of particular webmasters, or do they loop them into advertising pricing against the interest of particular advertisers?" The answer to both of which is "Yes."
It's too bad they don't allow regular candidates this path of bypassing their atrocious phone interviews that ask you to write code in Word (lately) while someone sits huffing and puffing on the other wait impatiently. That's of course, if they even manage to call at the right time. Sorry, but the only impressive thing here is Google's continuing stupidity in this area (not that they're alone).
They only accept people who aren't security- and privacy-conscious... Because it relies on you being logged-in and letting them build a profile of your search activities and trends.
This creeps me out for several reasons. One, we don't know why they're targeting certain people. It could be based on their search term, it could be based on their search history. It's a little coincidental that this guy happened to need a job at the appropriate level.
Secondly, it's trying to make this horrible recruitment-hoop-jumping bullshit fun. Imagine asking a worker from...basically any other industry to do exercises for 2 weeks before you'll consider them for an interview. You'll be quickly told where to go.
> Secondly, it's trying to make this horrible recruitment-hoop-jumping bullshit fun. Imagine asking a worker from...basically any other industry to do exercises for 2 weeks before you'll consider them for an interview.
So true.
I was not sure if I was missing something or plain cynical when when I read he had worked for 2 weeks to get an interview.
> 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 through a technical phone screen since I had already demonstrated some proficiency with coding through the foo.bar exercises.
> For my interview, I spent a day at Google headquarters in Mountain View solving problems on a white board.
So what's the point? A phone screen takes what, 30 minutes? This is a lot of time to put in only to have to do it all again on a whiteboard.
I guess it would be better than a phone screen for Google, but this seems like just another hoop for candidates to jump through.
One of my gripes with the tech industry is that companies keep adding more onto the funnel part of the hiring process, but once you get the interview none of it matters. 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.
Maybe I'm just bitter that my team just hired one candidate over another because they did better in the whiteboard interviews (but had no side projects or real code to show us) while the other person had a lot of (good) code and pretty creative projects to look at.
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?
> 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.
> 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.
> 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.
Well, it could be like that, and that's the popular conception, but it doesn't need to be like that. If it was handled more like a small meeting with them all contributing (but the interviewers possibly holding back some as needed to allow the interviewee to contribute), you could probably get a fairly good idea of how quickly they grasp concepts from other, how familiar they are with what they are trying to to, and how well they collaborate.
> They need to toss the dice and assume they interpret your intentions clearly.
Actually, that's testing collaboration right there. If the question is vague, ask if they mean this, or that. Tossing the dice and assuming is exactly the opposite of collaboration.
It's possible the interviewer is just a prick, but it's also possible they want to see how you work and collaborate.
Like a whiteboard I'm there for everything that happens and can judge collaborative ability. And like a coding test, I'm seeing what people really do.
I may also do some whiteboard work, as being able to talk over an idea is also part of the job. But that's not in the "please do something arbitrary that you will never have to do in real life" vein. I try to make the whiteboard work as much like real work as possible.
The part that is weird for me is that you are aggravated from a candidate perspective, I am aggravated from a hiring perspective, but nothing will change.
I think it became standard because it scales, at least in some sense. Once big companies started doing it (because of scaling issues) small companies started doing it (because of "hey, it works for Google" issues). If I was in a small company, I am sure I would have a little more freedom in how I hire, but I am not.
I think I am actually okay with the white-board puzzle quizzes if you have nothing else to go on. For instance, a college graduate who only has course projects. However, we use them for everyone.
Maybe once you get to X years of experience (maybe 10?) the white-board interviews become easy, you're used to them.
> 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
ITT: people complaining about google's interview process that never made it all the way through
IMHO if you think google is wasting your time with their interviews just don't apply with them, nobodies forcing you. complaining about how bad and broken it was after you got rejected makes you look like a sore looser
Secret? It was talked about a lot here for a while. It started with a secret IP address in a trailer for The Imitation Game. Here's a later discussion.
I'm pretty sure my Google search history would give a completely misleading idea of my technical abilities. Anyone else here feel the same? (I mean for your own abilities, not mine).
At work, I'm using Perl 95+% of the time, with infrequent spurts of PHP and JavaScript. Occasionally some Python might be thrown in, and very rarely some Java.
Because I'm only in those languages infrequently I sometimes forget some basic syntax, or mix it up with syntax from one of the other languages from that list. I end up Googling newbie things like "write array literal in php" or "concatenate strings in javascript".
110 comments
[ 4.0 ms ] story [ 129 ms ] threadAdd another item to the list of anti-trust charges Google is facing around the world.
> "they respected my privacy"
No they didn't. Not even close. But if Google is full of people with these notions I understand the major disconnect Google has with privacy regulators outside the US.
Honestly, this video is supposed to be an ad for Google:
https://www.youtube.com/watch?v=olFEpeMwgHk
But when I watch it, it feels more like a trailer for Terminator 16 to me.
How, specifically, does that violate anti-trust law?
Anyway, assuming you believe Google effectively has a monopoly (as the EU commission does), this is yet another example where Google abuses that position to favour itself over everyone else trying to recruit. Very similar to the way Google manipulates shopping results (but sneakier).
I'm not even saying I agree with that logic, but it will almost certainly be added to the things various regulatory bodies will investigate. Apparently it's already taboo to even mention that on HN.
"To log in, you have to have logged in before. Confused? Search on...[google.com]"
Overall, Google can hardly expect this sort of thing to not get out over time, and... honestly... do you think Google recruiting is upset that this got posted to HN?
At a point where the author would be in a weak negotiating position because he wouldn't have other offers to take (besides staying in his current job, but applying for a new job indicates he wasn't entirely happy with that.)
and they made me feel important while doing so.
Doing a search that matches a regular expression is all that it takes to make you feel important? Really?
Second, they tell every applicant that openly discussing the interview process (esp blogging about it) will get you disqualified/blacklisted from any future positions at google. So if you have posted this before your first day and didn't discuss it with your recruiter/hr person at the G, it was probably not a very smart move.
PS: It really isn't too hard to get into their interview process. If you create a github account and push some code one of their recruiters will probably approach you after a while. You can also just send them your CV and I am pretty sure you get the same process/treatment as anybody else.
That didn't take long. :-)
Wow, it's like they're fully aware of how poor many of their interviewing procedures have been over the years, and instead of making them more employee-friendly to compete with the rest of the industry, they'd rather just punish the employees instead.
Right in line with Google's reputation.
As per the secrecy; I reckon they want to keep part of their process secret so that people don't try to game it. At the scale they are operating (millions of applications per year) you obviously need some standardized tech testing for the first interview rounds (where no engineer is present yet) and if everybody just posted their questions and answers online you could kind of forget about that.
I'd even argue that highly-negative profit, pre-profitability employers can be far better for tech employees.
- High profit = the company's major problems are already figured out, they already have a money-making machine, they don't desperately need you and in fact you may be a liability who could break their already profitable machine. They could fire nearly everyone and possibly continue making bags of cash for a very long time.
- Highly negative in profit = they desperately need someone to solve their problems fast, which in tech product companies is often by making some new tech. Without you, they're nearly guaranteed to end up very screwed.
I think that's a mischaracterization of what people dislike about Google's interview process. People dislike that it takes a very long time for Google to follow up and that the process wastes a lot of their time.
Yes Google is profitable and a lot of people want to work there but that doesn't mean their interview process is great too.
I agree with much of what you said, though I don't agree with this particular sentence. I'm always pause a little when someone supplies an unflattering ulterior reason for a criticism ("oh, they're just pissed that they didn't get in"), since there may in fact be reasonable criticisms of google's interviewing process that shouldn't be dismissed so casually.
However, as someone who went through it recently (software engineer position, didn't get an offer), I agree with you that it is straightforward, no gotchas or gimmicks. I'd say that at least in my case, if you review data structures and algorithms, and are prepared to use them creatively to answer middle-to-difficult style questions from "cracking the coding interview" (not the exact questions, of course, but at that level of difficulty), at a whiteboard, in 45 minutes, without too much help, then yes, you're prepped. I'm not saying you'll pass the exams, I'm just saying you won't be surprised (again, just in my own experience, for a SE position).
The only thing I was "surprised" with is just how much progress you really are expected to make on these problems and the level of accuracy you are expected to show in your coding. I gave myself three weeks to prepare. I should have taken 3 months, maybe more. No, every parenthesis or semicolon doesn't need to be placed correctly, but (again, my impression here) you pretty much do need to be writing code (probably in Java or C++) that will compile and run with minor edits, and you need to largely solve the problem, at a whiteboard, in 45 minutes. If you get stumped a bit and need a prompt, I don't think that'll rule you out, but if you need too much help getting through, my guess (based on limited experience) is that this will be a no-hire.
Fair enough. I think there's room for reasonable disagreement about whether this sort of thing produces too high a "false negative" rate, but I suppose that's up to Google. Good software developers are hard to find, and while false negatives do cost you, false positives cost you too. I'd generally say this is google's business, they can afford to be picky, as you said.
With one difference… which is that Silicon valley companies almost uniformly insist that there is a severe shortage of software engineers, yet at the same time insist on being (this may just be my own opinion), extremely picky about who they hire. Should an industry that by its own admission tolerates an exceptionally high false negative rate be taken seriously when it says it has trouble attracting enough talent?
I'm not convinced of this argument at all. Many of the people I know who either work there or have work there complained about the process as well. I didn't get in which was fine (I certainly wasn't pissed) but I was very frustrated with the interviewer being 15 minutes late and when he asked me to implement an object he cut me off when I was almost finished to optimize a method (I protested; premature optimization and all). Then, since we had a truncated time table, I just finished optimizing and he ended the interview. I explained to him what code was left in my object implementation and it didn't seem to be a big deal. Then when I didn't progress a few friends I have at Google looked into it and found out I didn't get to progress because I didn't get to finish my implementation.
I've been in a variety of different types of interviewing. The more academic, white boarding of issues that you never even see on the job just suck in my opinion. I like it a hell of a lot more when I get to work with whoever I'm interviewing with and we're working on a real problem. Or hell even homework. Anything to show how I solve problems and code versus simply remembering different algorithms or data structures from college.
One disagreement, I don't think this is purely about remembering algorithms from college. That's a necessary but not sufficient condition. If you can't do the basic binary tree traversal (and so forth) stuff cold, I'd say there's no way you'll pass the exams, because you need to solve more complicated problems that are based on core data structures and algorithms.
Honestly, I have to say I'm pretty damn impressed with people who can do this at the whiteboard. I might be able to get there, with a few months of study, though this would probably require neglecting other aspects of my life and job for a while. The cynical part of me has this vague suspicion that this screening is actually designed to hire only those without these sorts of demands on their life (kids, family, outside interests).
Personally, I greatly dislike how software engineers are hired in the industry, coming from a prestigious graduate program of mathematics. There is an expectation at some of these companies that the candidate studied for their interview (or got just the right set of questions), even if they demonstrated highly valuable skills such as figuring out a complicated trick on the fly without any prior knowledge of anything similar. If one wants the smartest people, it is well-known in academia that that is not how one should evaluate a candidate, so I am not quite sure why such shallow & flawed metrics continue.
I know, anecdote, but: I went through the Google interview process not too long ago. It was stellar. None of the other places I interviewed at could even come close to how well Google's process went. Take that FWIW.
Interviewer tagged me and I thought I'd go along with it for the fun. I'm a systems engineer not a developer so YMMV.
First stage interviewer put me through a basic aptitude test ("what is netstat?", "what's the expected output of dig?") which was fine and I answered them all with a fair degree of correctness but the questions quickly went on to different programming languages, and while I've done some small things and I definitely know my way around a bourne shell I didn't get spectacular marks honestly, mostly because he was asking programming questions and I haven't had as much exposure to code as I'd like.
the next week I receive what I thought was a follow up call, but it was another round of preliminary questions.. around 2 questions in, and I realise these are the same exact questions I answered the week before. I'm a bastion of honesty, and while I knew the answers to all his questions now (because curiousity made me look up the ones I had failed.) I felt I should tell him that he asked me these questions before. I did.. he fell silent.. "are you sure"
"Yeah, your next question is about netstat"
".. oh.. well I don't have your results"
"Do you have any other questions to ask, you can reask me questions but my success rate will be higher this time"
"no, we'll contact you in 6 months"
Well, he didn't, but that process shook me a bit.. I certainly wouldn't call it stellar, and I'm likely blacklisted from interviewing at google now as I don't think I've had recruiter spam from them in a long time.
Job interviews are a business transaction (after all you are there because you want their money). Not hiring you is fair game and once they have decided/committed to pass on the opportunity it wouldn't be rational to waste money by continuing a pointless discussion.
Interviewer 1 called OP and asked questions. Then it was lunch time and he forgot to put result in the CMS.
So the same guy popped up a week later to Interviewer 2. He was reading off the same script, so of course his questions are the same. Not his fault, or Google's per say - Interviewer 1 happened to forget a step. (Which is sad, but we all make mistakes!)
The way it was phrased implied that it was the same person (would have otherwise been "I had been asked these questions before")
Are you joking? Did you even read their post. The guy literally called and asked the same set of questions twice, then didn't follow through with what they said they would do.
I cannot believe you're even asking "how could this have been a more stellar experience for you?" the gall.
If we ignore that they asked him programming questions not relevant to his position, there's the whole "they didn't even know they interviewed me, so they called me again to ask me the same exact things" FAIL, plus the lie about "we'll call you in 6 months".
That said how are questions about "netstat" and the "expected output of dig" programming questions?
Also for anyone planning to join Google as a sysadmin you should note that even Google's sysadmins do a fair amount of code since Google loves automation. Python will probably figure fairly prominently in your job.
I wonder what the most politic way to deal with this situation would be. It sounds like you were polite but honest, which is a good thing in my book. I might have done the same, but perhaps it would have been better to just play along, score higher, and get pushed to the next step? Just speculating!
They told him to take two days for the interview process. He goes through both days (16+ hours of grueling questions and whiteboard tests) and he's set to fly out at 6pm, the interview wraps up at 2pm.
Recruiter comes up while they're exiting last interview and asks him if he can stay one more day, another department head wants to interview him for another position. He balked and caught his flight back on time, thinking whatever he just went through should be more than enough information for whoever wanted to take another full day to ask him questions.
Never heard from them again. No follow-up, no email, no nothing.
He figured the last question was a test, to gauge how bad he wanted to work there. He said it was a really shitty way to determine how driven someone is by wasting two days of their time, then rudely asking him to cancel his flight, call his employer, and make another boatload of arrangements on the spur of the moment.
He did get subsequent recruiting emails and simply replied after his last experience, he wasn't interested.
>Second, they tell every applicant that openly discussing the interview process (esp blogging about it) will get you disqualified/blacklisted
...but it was on an internal newsletter, so that makes it public?
I think success at a phone interview question is a good positive signal. That's all you can get in interviews, signals.
Yeah, and there were no magical unicorns involved, what a dissapointment.
That said, I think all these premises are wrong.
Clearly this was indeed a secret. It wasn't publicly announced to be happening, only appeared to selected individuals.
Second, you do need to be special. Special doesn't mean to have some mutated X gene, just that it doesn't apply to everybody, but only those matching specific criteria. In this case you have to have the skills to be able to trigger the process (with matching query results) and then complete the puzzles. That would leave 99.99 of the population out.
As for the fact that "you don't get targeted personally but they do an automated/anonymous match on your search history", in the end you do get targeted personally (if you succeed), and obviously even people who get targeted personally "from the start" are first targeted by automated matches between tons of candidates. I don't think some recruiter just pops up a name out of the blue because they personally know them.
This is from January: http://jacquerie.github.io/google-foobar-post-mortem/
Editing to add: One of the quickest ways to get fired at Google is to violate someone's privacy.
I expect it's more about violating a corporate-policy than violating customer-privacy.
They make it pretty clear that event the higher ups/etc will never ever look into specific private accounts and anybody attempting to do so will be fired on the spot.
i.e : They are internally working on self driving cars and, in particular, are looking for ways to integrate algorithm 'X' in their solution. So, google decides to setup a special filter for searches related to certain profiles that search for 'X and self driving ....Results get fed to the group conducting the work. In effect, allowing them to internally see what 'profiles of interest' are up to as it relates to Google's flagged area of interest.
It would appear that this could easily be made 'legal' under the premise that the individuals are anonymized. However, it does give google a unique advantage in being able to see 'what everyone is up to'.
The fact that they are already using people's specialized searches for flagging them for interviewing makes me strongly believe they are already internally snagging people's searches/clicked links to give them advantage on projects.
I think everyone should take a pause and consider the implications of this as they are quite damning.
Look at this guy's bio:
> Max has a degree in mathematics from Yale University where he received multiple awards from the math department including the Barge Prize and the Runk Prize. He previously worked at The Boston Consulting Group where he worked on projects in computer hardware and biopharmaceuticals. His interests include data analysis, hiking, pad thai, and skiing.
This essay reads like he is just discovering the magic of the internet for the first time, and is swept away by the user experience that Google has provided just for him!
No, somehow I suspect that he would have gotten a job wherever he decided to apply.
But apropos of the first comment, I wonder how much Google already knew about him before the challenge was displayed. In other words, is it just triggered by keywords? Or does the algorithm also take into account what else is known about the user doing the searching?
This seems a little unsettling when you think about it. As if they had been tracking him and just waiting for the right moment to spring this on him. I wonder how receptive he would have been had they approached him in a more traditional manner. Perhaps because of the uniqueness of their approach he was more receptive to going along with it?
Had this happened to me, I probably would have done an Elliot Alderson and tossed my PC in the microwave.
Question for you to consider: if google uses a person's search results internally to determine if they should show an ad or a knowledge card, whose to say they aren't using a similar process to strip Intellectual property from searches as it relates to projects they are working on?
It looks like it's a keyword match. You should be just as worried as when you saw the "do a barrel roll" thing.
Working for search quality, two things I quickly learned from watching a lot of random sample queries are:
(1) People like porn.
(2) People can't spell.
In other words, if you are working for algorithm "X", and if you gather one hundred random queries mentioning X, a lot of them will be along the lines of: "python library X", "CLR ch 12 X solution", "knuth X 1985", "given figure 12 what is the amortized time complexity of X" (or some other exact copy-paste of a homework problem).
People don't type "Amortized time complexity of X can be improved when f and g are monotonically increasing" into a search box.
Besides, exactly who's going to use the result? Imagine you meet a Googler who has PhD in Algorithm X, working for a super secret project, and tell them "You know, I found random guys on the internet searching for X and I thought their disjointed query terms might teach you a thing or two about how to use Algorithm X."
(Not to mention that almost everyone will view it as a gross breach of ethics.)
If one really wanted to worry about Google using search queries against the interest of searchers, one would probably ask "Do they loop search queries into either search quality against the interest of particular webmasters, or do they loop them into advertising pricing against the interest of particular advertisers?" The answer to both of which is "Yes."
EDIT: Word == Google doc
Secondly, it's trying to make this horrible recruitment-hoop-jumping bullshit fun. Imagine asking a worker from...basically any other industry to do exercises for 2 weeks before you'll consider them for an interview. You'll be quickly told where to go.
So true.
I was not sure if I was missing something or plain cynical when when I read he had worked for 2 weeks to get an interview.
> For my interview, I spent a day at Google headquarters in Mountain View solving problems on a white board.
So what's the point? A phone screen takes what, 30 minutes? This is a lot of time to put in only to have to do it all again on a whiteboard.
I guess it would be better than a phone screen for Google, but this seems like just another hoop for candidates to jump through.
One of my gripes with the tech industry is that companies keep adding more onto the funnel part of the hiring process, but once you get the interview none of it matters. 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.
Maybe I'm just bitter that my team just hired one candidate over another because they did better in the whiteboard interviews (but had no side projects or real code to show us) while the other person had a lot of (good) code and pretty creative projects to look at.
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?
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.
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.
Well, it could be like that, and that's the popular conception, but it doesn't need to be like that. If it was handled more like a small meeting with them all contributing (but the interviewers possibly holding back some as needed to allow the interviewee to contribute), you could probably get a fairly good idea of how quickly they grasp concepts from other, how familiar they are with what they are trying to to, and how well they collaborate.
Actually, that's testing collaboration right there. If the question is vague, ask if they mean this, or that. Tossing the dice and assuming is exactly the opposite of collaboration.
It's possible the interviewer is just a prick, but it's also possible they want to see how you work and collaborate.
My solution for this is a pair programming interview:
http://www.quora.com/What-are-the-best-programming-interview...
Like a whiteboard I'm there for everything that happens and can judge collaborative ability. And like a coding test, I'm seeing what people really do.
I may also do some whiteboard work, as being able to talk over an idea is also part of the job. But that's not in the "please do something arbitrary that you will never have to do in real life" vein. I try to make the whiteboard work as much like real work as possible.
I think it became standard because it scales, at least in some sense. Once big companies started doing it (because of scaling issues) small companies started doing it (because of "hey, it works for Google" issues). If I was in a small company, I am sure I would have a little more freedom in how I hire, but I am not.
I think I am actually okay with the white-board puzzle quizzes if you have nothing else to go on. For instance, a college graduate who only has course projects. However, we use them for everyone.
Maybe once you get to X years of experience (maybe 10?) the white-board interviews become easy, you're used to them.
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
Pretty interesting discussion both for and against this type of hiring process.
IMHO if you think google is wasting your time with their interviews just don't apply with them, nobodies forcing you. complaining about how bad and broken it was after you got rejected makes you look like a sore looser
https://news.ycombinator.com/item?id=8589835
At work, I'm using Perl 95+% of the time, with infrequent spurts of PHP and JavaScript. Occasionally some Python might be thrown in, and very rarely some Java.
Because I'm only in those languages infrequently I sometimes forget some basic syntax, or mix it up with syntax from one of the other languages from that list. I end up Googling newbie things like "write array literal in php" or "concatenate strings in javascript".