Here Are Google, Amazon and Facebook’s Secrets to Hiring the Best People
thecooperreview.com
thecooperreview.com
Oh and they forgot about me during lunch. Not that I was hungry, but it just added to the "oh it can't be as bad as the blogs say, surely..." factor. So sat in the office looking around. After a while started wondering around the hallways, hoping someone would say "Are you allowed to be here? Can I help you?". So that was fun. And that's not all though, also said they'd call within 2 days to let me know the results, which of course ended up being 3 weeks.
It was worth it though -- it made for a great story!
The other thing that you can often see with it is how much a person doesn't know that they don't know. I don't often get someone telling me that they are a 9/10 in linux but generally when they do, they can't set an ip from the CLI, or use top. I do want to see people who understand what they know and what they don't. I realize the question is pretty arbitrary so it's one data point in a set but it can be useful to understand how someone sees their own competency.
Ok that's fair, I can see that point.
I usually just probe by asking details about the projects they've done etc.
Also found there is sometimes an inverse corellation between those who rate themselves high and their abilities and vice verse rate themselves low and their abilities (there is a name for this phenomenon, but I don't recall it). The idea is those who really know a lot, also know how much they don't know.
If someone asked me "how well you know the Linux kernel", I would say not at all. Because I had to read the source to some parts of it, had to tune it for realtime charactestics and have seen the depth of the rabbit hole so to speak, and realized I don't know anything compared to how much there is to know about it.
> I usually just probe by asking details about the projects they've done etc.
I do this too, but that tells you if the person has a matching view of their abilities with their actual skills.
Do you expect them to remember the parameters to ifconfig, or do you ask them to craft a script/command line to print only the MTU for each interface?
When you ask them about top, do you expect them to remember what top is? or do you allow them to google for top, and ask them to craft a command line (or shell script) that finds which user is using the most memory on the system?
Often I will ask a question about making a big change and I want to know how they go about it, is there error checking, is the a list of failures that can be worked later, if it's big scale are things run in parallel, are parallel processes run in a way that would max out the boxes resources? I don't need all of those because everyone answers those questions differently but I want to know how you think and assume you can look up arguments later. Or that I can teach you how to use a man page depending on the level of hire.
A huge majority of our stack is proprietary so you won't know how to use it anyway. So if you know how to think and you know how to learn then you should be fine.
I can't tell you about other companies, but ours is pretty straightforward: you tell us what your strongest areas are, we'll give you interviews that line up with those areas. There's no strict guarantees and you should expect a spread of different questions, but whatever it is that you're good at, expect us to offer you a chance to show us that you're good at it.
It's probably only a useful technique at companies which are big enough and flexible enough to find a use for you, whatever your skill set happens to be. For a company that only has one job opening and needs a specific sort of person to fill it, this sort of pick-your-interview-subject approach doesn't help them.
(Trick questions are useless: they primarily serve to make the interviewer feel clever, not to demonstrate the abilities of the candidate)
Google had a list of technoliges as you described, and I was asked to rate myself on each one. I think it would have been slightly better if they explain why or how it is used.
My one experience with getting to a Google onsite is that, despite repeatedly telling various recruiters my strongest areas, they ended up interviewing me for what they wanted me to do rather than what I was good at. In fact, one of my interviewers literally had to throw out all his prearranged questions and make shit up as he went because my background and experience were so misaligned with what he had been added to my loop to ask me about.
So maybe they were right to reject someone who answered 4-6 in most categories. Either that person isn't a good fit skill-wise, or they are a good fit skill-wise, but not personality-wise.
Realistic assessment of your abilities matters as an employee.
Humility is far rarer and more valuable.
You did not have a phone screen. What you are describing is the initial contact with a recruiter, to establish what roles you're interested in, explain how the process works, and arrange dates. Had you proceeded past this, you would probably have had a phone screen next, which would be with an engineer giving you a technical problem to solve.
I also rated myself 4-6 on most categories, and was hired; that's an entirely reasonable score on the scale they give. I don't know what happened in your conversation with the recruiter, but it sounds like you made it clear you weren't interested and that was the end of it.
My not be considered a "phone screen" in the process but if it walks like a duck and quacks like a duck.. :)
It should have had two more:
Interview the person while they're eating lunch, but tell them "it doesn't matter, unless you really do something bad."
Or the converse, put them in an interview from 9-5, but don't offer them lunch "because this one guy is only available at noon."
Both have happened to me while interviewing. :)
Anyway, here is the cache version: http://webcache.googleusercontent.com/search?q=cache:61DmBRy...
Basically, this interview process allows you to weed out candidates who
1) disapprove open floor plan work environment, sitting next than six feet away from co-worker (yeah let's cramp twenty people together around so we can hear each other yelling at the headphone)
2) markers are either missing or used up and no one replaces them. oh you want to project your screen? good luck find a working remote or HDMI cable.
I don't know how much sense this make outside of my head but that's how I see it, they had to "scale" the process and it kinda works.
Every single article on the site has titles that would give Buzzfeed run for its money.
laugh or cry i guess, consider this data point: my team had 23 loops for a particular role, all shot down because candidate clearly had not seen this article yet. Do RSU's factor into the hours spent by 8+ team members trying to fill 8 open out of 50 total headcount? Because on base salary alone we have already paid for like 3 headcount or something.
If you know more than others, don't lord it over them; teach us.
thecooperreview.com/feed/
Before I was in technology, I was a musician. I hate auditions. Every classical musician hates auditioning for an orchestra gig. It's an awful situation that is totally unrealistic and isn't a good measure of how you perform in reality, in an orchestra.
You're standing behind a blind curtain with a handful of people on the other side, and you are playing a violin part from some of the most difficult literature out there with none of the rest of the orchestra for context.
The people on the other side of the screen are waiting for you to make a mistake or just to play something in a style that they don't particularly like so that they can cut you off and say, "Thank you. Next!"
It's fucking brutal. The stress is insane, and the disappointment when you play 10 notes and get sent out is crazy.
When you actually win your job that will pay you a grand total of maybe 20k/year and you realize that you just beat 1,100 people who all went to better music schools than you did, it's pretty euphoric. Until you realize that you now need to go win another 3 of these jobs to make a decent living and travel around to each of them wherever they are.
But as nuts as that experience is, it's still better than the experience of interviewing for tech jobs. I know what I'm up against with an audition. I know what excerpts I'll be playing for as much as a year in advance. Some of the hardest are so standard that I've been practicing them for more than 10 years. It's brutal, but it's known territory. If you keep at it long enough, it is possible to win reliably.
Tech interviews are wildly unpredictable. The range of experiences I've had in the last couple of months is seriously dysfunctional.
Is it a one-person show where you are going to spend the entire time answering questions about the interviewer's PhD project with machine learning (for a Python web developer role) and get tossed out because you are not an ML expert?
Maybe.
Is it a team of 8 developers asking you about Linux kernel internals?
Maybe.
Is it 3 guys in shorts who actually point and laugh at you for wearing a suit and tie to an interview? Because who does that?
Maybe.
Does the director of the dept. actually give you a real idea of what the process is during the phone screen and tell you what to prepare for and what to expect and how to be successful?
That happens sometimes as well, thank goodness.
I probably sound more frustrated than I really am. But I'm starting to judge companies based on their hiring process as harshly or possibly more so than they judge me--starting with the phone screen.
It's mostly a complete shitshow out there right now.
If you can't respect my time enough to call within 5 minutes of when we agreed to talk, and you also can't be bothered to send a quick email letting me know that you are running late, what does that tell me about how you are going to treat me if you do decide to hire me? Nothing good.
If you advertise a job that covers a certain topic and then spend all of our interview time on a completely different topic, what does that tell me about you as a manager or your ability to stay focused on a problem I can help with after you do hire me? Nothing good.
If you show up to my in-person completely unprepared, distracted, and acting like you would rather be doing anything but interviewing me, what does that tell me about what it would be like to work for you and need to have a meeting? Nothing good.
Looking at my calendar since January, I've had more than 50 phone screens, about thirty in-persons, 10 follow-ups/code reviews, and turned down 3 offers because of bullshittery mentioned above. I'm not looking for a quick gig or a paycheck for now. I'm looking for a career and an opportunity to settle down for the next 10-15 years.
The music life was brutal for me. It's a lot of hard work, a lot of travel, no benefits, and very low pay. But you always knew that when you didn't win the job, it was because you just weren't good enough.
The tech life feels more like a lottery than anything related to actual skills, knowledge, or abilities.
We should be doing better than that.
We don't hire the best people. We hire average people, some good people, some great people, some mediocre people, and some people who aren't very good at their jobs. Some of those mediocre and average people turn out to be great people after all. There's no secret to it. We like telling ourselves there is a secret because everyone likes to feel special and we think if we can mirror other companies that we think are successful then we can be successful just like they were.
In the end, you have people working with people. If you're fortunate, you get the right people interviewing the right person at the right time, and you get a great hire. At best, you can filter out the obviously bad ones. The rest, you'll find out about as you go. Some will surprise you, some will meet your expectations, and some will be disasters. Fire the bad ones; coach and mentor the average ones; keep track of the great ones.
Go build some shit with people you like building shit with and stop trying to figure out how to make hiring objective. You can't.
You know:
"Why my startup failed" (cause I built something no-one wants)
"Why we switched from this technology to that technology" (because the old one sucked but the new one will solve all our problems)
"How we built a startup that fixed hiring" (they didn't)
"How to hire great people" (no-one knows)
"Why we were rejected from YC" (can an idea be that bad?)
"Our experience of interviewing at YC" (we were scared, it didn't take long, we got accepted!)
etc etc
Yes you can. It's quite easy, make people build something small to get hired, that eliminates 99% of submissions who are just lying about their skills and posing and with code in hand, it's quite easy to decide who's full of shit and who isn't. Resume's are useless, demand code, real programmers program.
nope -- its not safe to say that.
No thanks, I'll go work somewhere else.