Earlier quoted context omitted.
I've never actually applied for a job at Google, but going to 7 interviews (or however many it is now) seems like a lot more work than what they're asking for. I'd rather spend 30 minutes writing code than 7 hours on interviews, and either way you're going to have to answer technical questions at some point in the process. Also, if you can't be bothered to spend 30 minutes proving that you can code, how much do you r…
It's four interviews and lunch. (Which is longer than the average interview, but if you are going to fly to another city and stay in a hotel, what's the difference between 2 hours and 5 hours? The actual interview is not the inconvenience, the travel is.)
P(we hire you) =~ 0.0016
31–40 of 73 posts
Re: P(we hire you) =~ 0.0016
#32P(I'm impressed) ~= Nope Turning down a lot of candidates is not the same as finding good candidates. If you are turning down that many applicants, all it means is that your applicant pool is almost entirely bad candidates. That merely implies you are failing where it matters most, getting awesome candidates interested and excited about working for you. I bet you could drive the P down even more. You could write wors…
"It turns out to be quite difficult to hire good developers. I’m involved in the hiring process at deviantART, and it has opened my eyes to just how unqualified the majority of applicants to these jobs are."
There seems to be a complete lack of connecting the dots from "this is unusually difficult" to "what can be done to make this better/easier/more efficient." And given that this failure is centered around software developer positions... it doesn't say good things about the kinds of problem-solving that goes on in their culture.
Re: P(we hire you) =~ 0.0016
#33You get 2 hours, a problem that doesn't take more than 30-60 mins to solve, and an internet connection in case you want to look something up.
I agree with other posters here that a very simple problems weeds out a large chunk of the inept folks.
We had people just sit in that room for two hours and all they did was remove some lines from the skeleton that we have them. Or people who just left this simple exercise and went home.
I disagree with others about doing it life via a shared session. Programming and thinking is a private affair (IMHO), there is some exploration component in it. Nobody will want to explore in front of a panel.
In the end we don't even look at the test unless there is disagreement between the interviewers, or we identified a specific concern about problem solving.
Re: P(we hire you) =~ 0.0016
#34Earlier quoted context omitted.
Just tossing this out there, cause I was one of the people making those comments. I don't think anyone is frustrated with not getting hired, I think it's just weird seeing the same monthly "We really want to hire people" post, but zero response to (what seems like)a lot of people that apply. I feel like this is indicative of one of three scenarios: 1) For whatever reason, there is a high turn over rate at your compan…
It's mind boggling that your parent, your OP, missed that people were mainly disappointed with the lack of feedback. It's also disappointing that, despite a number of signs, they don't even consider that they/their process might be the problem. There's a disconnect.
Re: P(we hire you) =~ 0.0016
#35Here's the direct link: http://www.codeeval.com/public_sc/47/
Give it a shot.
Re: P(we hire you) =~ 0.0016
#36You have two steps round the wrong way: 1. Do the phone screen first. Frankly, in my experience, you can filter out a lot of people in the first minute; and 2. Then do the test. Speaking of the test, I had a quick look and it takes time. How much time? I'm not sure as I didn't look at the starting code, just the list of tasks. Maybe it only takes 30 minutes. Maybe it might take hours. I really don't know. Either way,…
It is possible, I believe, to test first and then interview. I think the greatest example of this is ITA Software's puzzles [1] I find it almost impossible not to stop what I'm doing and try to solve a few, because they are both interesting and difficult (even the more mundane ones). In this case these tests before interview would actually attract me to ITA, if everyone there has solved those problems you'd know you'…
Re: P(we hire you) =~ 0.0016
#37You have two steps round the wrong way: 1. Do the phone screen first. Frankly, in my experience, you can filter out a lot of people in the first minute; and 2. Then do the test. Speaking of the test, I had a quick look and it takes time. How much time? I'm not sure as I didn't look at the starting code, just the list of tasks. Maybe it only takes 30 minutes. Maybe it might take hours. I really don't know. Either way,…
Re: P(we hire you) =~ 0.0016
#38Earlier quoted context omitted.
I agree re the test. I'm sure it would have been different if I was interested in the job, but I didn't even finish reading what they wanted me to do before I said "screw this".
Hate to be another "me too". But I also looked at the test and it was pretty obvious that (a) it's going to take more than 5 minutes and (b) it's not really clear how I demonstrate my knowledge to the potential employer. Vague requirements like "add support for our new data format" mean nothing to me in this context. Am I supposed to add error checking? Should I automatically detect which format is used? I have no id…
Re: P(we hire you) =~ 0.0016
#39Looking at your coding exercise, it's a small set of code, but it would be more than an hour or two for me (or presumably anyone) to do all of the improvements, find all the bugs, fix them, do the extra credit, make sure it's not sloppy before I turn it in, etc. So way more commitment than just sending in a resume or writing you an email.
Reading your blog post, you guys seem to want rock star technical candidates, but with that job description, you're going to attract people who have done a few PHP web sites, maybe customized a Drupal or or Joomla or Wordpress site.
When I've interviewed and hired developers, our best ones always came from friends or recommendations, never from job postings or job boards.
Re: P(we hire you) =~ 0.0016
#401. I got as far as a promise of a second interview that never materialized. I found it annoying to be told that they wanted to give me another interview, then that they 'moved forward with another candidate,' then to see that the position is seemingly unfilled months later. (I'll note that they were posting in the "We're Hiring" threads within a week or two)
2. Between stages in the interview process I would be told that I would be hearing back from them 'shortly' or 'soon.' This ended up being an average of 3 weeks between stages in the process. Which was rather frustrating.
[edit] I'll at some other notes:
1. The programming problem doesn't have to be perfect. Mine wasn't. They pointed out that my code was susceptible to SQL injection during the first interview. And I also missed a JavaScript gotcha (that was obviously placed there intentionally). [Obviously you want to do as well as you can on this, just sayin' that they aren't requiring 100% on the problem to get your foot in the door.]
2. I was able to get an interview with little PHP experience.