Didn't care to read after first rant about hiring process. It just seems like you are not a fit for Google. People always try to find company which "culture" fits them, but it also works the other way around, even if you wish to work for Google, maybe just for the salary or other benefits, if you are poor fit for the company culture then you are a net loss.
I interviewed for Google. I didn't get the job, but they were 100% awesome people. Even followed up after asking if I had an complaints, or questions, or anything like that.
Hiring Is Broken – My interview experience in the tech industry
161–170 of 693 posts
Re: Hiring Is Broken – My interview experience in the tech industry
#162Hiring isn't broken, dude. You just don't interview well, and you seem antagonistic even to the idea that your cachet and skills, insofar as they exist, aren't useful to the market. That's a problem -- for you. Interviews exist because employers need a way to quantify and qualify your ability. Typical computer science problems are a (flawed, but concrete) way of doing that. No reasonable interviewer expects you to re…
I don't think many software engineers deal with "computer science problems" in their everyday jobs. GitHub stars are worth much more IMO. It shows that other developers value your work. That says a lot. In the end, we have to realize that most developers are just average. Why go through the ridiculous process of finding average developers who by luck (or some homework) happen to solve the problems you throw at them p…
Never underestimate the value of hard work, preparation, and a can-do attitude. It eclipses natural talent every time.
Re: Hiring Is Broken – My interview experience in the tech industry
#163Earlier quoted context omitted.
Are you sure you replied to the right comment? :-) From my point of view, an interview really isn't an exchange between equals, but a meetup where two parties meet, state their demands and evaluate each other. It works in both directions of course.
Yes, I am. >> From my point of view, an interview really isn't an exchange between equals If you design it that way, sure. It doesn't have to be like that. The whole principle here is that there exists a growing portion of developers who can't be bothered with interview ping pong. If you don't want them, great! Everyone wins. You don't need to convince us, we won't be working at your company anyway.
First of all, the point of the interview isn't to determine whether somebody is bad, or improperly couched. Surely interviewers would love being able to do that, but it's not possible to do it in a couple of hours.
During the interview all you get to do is to apply a noise filter to get rid of the incredibly bad ones. Because without that filter you can get people that are a very bad fit and that can cost you the project and the morale of your existing employees. It's incredibly taxing to fire somebody. Every time it happened to see a colleague being fired, internal discussions, personal attacks and bad feelings happened internally, every single time and not just at one company. And then in big corporations, because of the risks involved in firing people, you get an even worse effect - you see them "promoted".
And with a noise filter you can naturally have many, many false negatives, as in people that are in fact good, but won't pass the test and interviewers are willing to have that risk, instead of risking false positives.
Of course, from what you're saying, I think you believe everybody can be great. Well, yeah, I think everybody can be great at something useful, but not everybody can be great at something specific. We software developers are too idealistic at times. I don't see surgeons going around telling other people that everybody can be a surgeon. That would be a preposterous thing to say.
On the other hand I do think that if companies want good people, they should invest in education.
> The whole principle here is that there exists a growing portion of developers who can't be bothered with interview ping pong.
I can agree with that. I'm not into interviewing myself. I'm not into switching jobs that often either. I can't be bothered with that because I've got satisfying things to work on already. Capitalism and the free market cuts both ways, right?
Re: Hiring Is Broken – My interview experience in the tech industry
#164I hired Sahat as an intern three years ago while he was an undergrad. It was one of the best hiring decisions I have ever made. He was productive immediately and our (small) team felt the loss when he went back to school. This guy is good and gets stuff done, ask people who have worked with him. I wish Sahat had reached out to more of his network before responding to random recruiters. Tech interviews as Sahat experi…
> I wish Sahat had reached out to more of his network before responding to random recruiters. Has his network moved forward in what they do? I've found with my own network that so many of them are in the same (or equivalent) spots they were when I left to advance my career. Not precisely positions of power which I can take advantage of for the next step forward in my career.
Re: Hiring Is Broken – My interview experience in the tech industry
#165Technical interviews became 10x easier when I realized that most companies aren't necessarily looking for the right answer as much as they are trying to look into your mind. As a self taught programmer things like binary search trees and linked lists are a foreign concepts (especially as a self taught frontend developer). When I am asked to solve a problem in a way I've never encountered before, people are pretty ope…
Re: Hiring Is Broken – My interview experience in the tech industry
#166Earlier quoted context omitted.
With all due respect, being able to recite algorithms from memory is no actual indication of being at the top of your game. All it really indicates is that you are capable of memorizing algorithms.
It's well publicized what to expect at interviews for these firms. It shows that you're willing to put in the preparation to make it work. In addition to putting in the work of memorizing the algorithms, a candidate needs to know how to apply them, and to write code, and to accept feedback, and to collaborate and communicate. If a candidate isn't willing to put in the work to prepare, it's not much of a cognitive lea…
"This person didn't study for the interview, so what did they expect to happen?" Oh, I don't know, maybe to be asked questions directly related to the position, amongst other things.
Re: Hiring Is Broken – My interview experience in the tech industry
#167"How many people can actually write BFS on the spot, without preparing for it in advance?" A lot of people. You should too, even if you're just a front-end.
Should all front-end developers be able to create a maze solving algorithm on the spot, during an interview, under time pressure?
Re: Hiring Is Broken – My interview experience in the tech industry
#168Even for a front-end developer, I think that algorithms matter, because developers have to understand what they do.
And the OP's solution in O(N2), as well as the other one with hash maps, seem quite bad (it can be done trivially in O(Nlog(N), and optimized to reach O(N))
Re: Hiring Is Broken – My interview experience in the tech industry
#169Earlier quoted context omitted.
People often do code on Whiteboards – but not actual code, but diagrams, plans, etc.
Sometimes actual code too. For instance, if I'm designing an optimization pass for a compiler, I'll write toy IR programs and show how the optimization pass will rewrite them. And I'll do it on a whiteboard.