3 ms·
So many interviewing red flags. The author does not seem to be interviewing critically – figuring out the skills to test and how to test them – but rather apply
by danpalmer 4y ago
So many interviewing red flags. The author does not seem to be interviewing critically – figuring out the skills to test and how to test them – but rather applying the techniques they have heard about or experienced themselves without consideration.
There's a difference between programmers-who-google, and programmers that can only google, and I don't think the author is on a path to identifying one from the other, but rather has decided that googling things is wrong.
I've conducted a lot of programming interviews, and I've always let candidates google and even encourage them to ask me for my thoughts and opinions. It's clear from what they ask, what they search for, and how they apply that information, how they go about solving problems and whether they truly understand the problem they are solving. Also by being present the whole time it's also obvious if the candidate works at the level of copy/pasting answers from the internet.
The best engineers know how to ask questions and search for things in order to boost their productivity, while knowing enough about the problem to not be limited.
- mkl 4y agoThat was the strangest thing for me. He didn't interact with them while they were coding, or even watch them do it: > I gave tasks and a computer to a candidate and left them for half an hour to an hour.
- rrrrrrrrrrrryan 4y agoRight? It's like administering a driver's license test by saying: "Bring me back a Big Mac, a Whopper, and a Chalupa within 30 minutes" then tossing them the car keys and judging them based on how many items they successfully bring back. Of course they're going to Google - it saves time, and the interviewer clearly doesn't give a shit about how you arrived at the solution because he literally just left the room.