Two ways to hire (and a wrong way)

http://sethgodin.typepad.com/seths_blog/2009/08/two-ways-to-hire-and-a-wrong-way.html

by nreece • 17 years ago

12 15 17 years ago

sethgodin.typepad.com

mustpax• 17 years ago

Of course, if you have concrete questions to ask the candidate that gauge their problem solving ability, motivation and attitude 5 minutes is not enough. If you are only looking for a likable candidate for a technical position, you are doing it wrong to start with. But then if you're a marketing type, like Seth Godin, you probably can't tell good and bad developers apart without working with them. So maybe somebody else should be making these technical hiring decisions.

benatkin2• 17 years ago

Exactly. This is one of the posts where the blog commenters would be all over him, if he had comments enabled. He throws decades of industry expertise out the window. The dead give-away is that he tries to pass off a five-minute interview as a new idea, when there's a common and less-expensive practice called The Phone Screen.

kscaldef• 17 years ago

Ah, but remember he's making hiring decisions based on "pheromone[s] and body language", which don't come through on phone lines.

willchang2• 17 years ago

Once I was interviewing someone with a Ph.D in some vaguely IT-related field. She seemed kind of flaky but I assumed it was because she was a lot smarter than I was. I pressed on, and an hour later discovered that she didn't know what a typical size for a C pointer was. She was actually quite indignant when this occurred, saying in so many words that this was beneath her. Anyway I'm glad she was not hired, and didn't end up managing me. Our team worked on a project where data structures and storage were paramount concerns.

The moral of the story is, it takes a lot more than 5 minutes to figure out whether someone is hirable, and often a lot less than a month.

mighty2• 17 years ago

> She seemed kind of flaky but I assumed it was because she was a lot smarter than I was. I pressed on, and an hour later I discovered that she didn't know what a typical size for a C pointer was.

That doesn't mean she's actually flaky or not smart. There's tons of info that smart programmers won't know off the top of their heads, either because they haven't worked in a given domain before, or haven't worked in it for a while.

She may well not have been qualified depending on what level of domain familiarity was expected from the get-go, but this implies nothing about her intelligence or capacity for domain competence.

anamax• 17 years ago

> she didn't know what a typical size for a C pointer was.

I'll bite - what is the typical size?

Many of my friends in the embedded world think that pointers are two bytes. My friends in the workstation world used to think that pointers were 4 bytes but many are moving to 8 bytes.

I'd imagine that there are other sizes that are typical in some context. (Physical addresses are rarely 8 bytes but are often more than 4. C programmers who spend all their time in a physically addressed environment might well have an "odd" typical pointer size.)

tptacek• 17 years ago

Or you can do 4 one-hour interviews, but have each interviewer assess something different; personality fit, ability to code, domain knowledge, and... well, maybe you only need 3 interviews, if those are the three axes.

4 people asking the same kinds of questions is silly. But it's hard to override the "this candidate can't write bubble sort" veto.

benatkin2• 17 years ago

I think Joel and Google are right on this one. Letting a bad one through is much worse than missing a good one. Having half a dozen interviews, rather than three, may seem tedious, but is probably worth it. Also, companies already do five-minute interviews. It's called a phone screen.

kwantam• 17 years ago

We don't even hire our marketing people this way. They still get technical interviews, just toned down a bit. LRC circuits are all but a given for the marketing interviews I do. I don't want to work with someone who has absolutely no idea how the things he's selling works.

As for technical positions, well, we all know this is absolute bullshit. In particular, regarding Seth's question whether a junior guy can veto an interviewee: yes! If the senior guys happen to ask things that the candidate does well on, but the junior guy exposes a serious hole, we don't hire. In fact, our argument is precisely the inverse of the one Seth makes here: if we didn't think it was important to listen to everone's opinion, they wouldn't be on the interview schedule.

In my mind, nothing is likely to replace 6-8 hours of difficult technical interviews, not because this is a perfect strategy, but because there seemingly isn't a better one. I'd love to be proved wrong, though.

miloshh• 17 years ago

The article could as well be called "three wrong ways to hire".

I don't understand why academia has long known the right way to hire, but the software industry keeps missing it. The right way is to let the candidates give a 30-60 minute talk about their previous projects, and then fry them with questions that came up in the talk.

Imagine a famous university wants to hire a top-quality math professor. How about asking him tricky high-school math questions for an hour, to see if he makes a mistake? Or how about cutting it down to 5 minutes, since that's enough to assess the "chemistry"? Or, what about choosing only from a pool of contractors that worked with the university before, rather than letting the best ones to apply? Sound stupid? Well, yes, it is stupid.

dagw• 17 years ago

I would love to see more of those sorts of interviews. I'd probably ask them to give a 30-60 minute presentation on any advanced topic that interests them and that he thought would be relevant for the company.

troels• 17 years ago

This still has the weakness of asserting the candidates rhetoric skills, as much as her technical skills. That said, almost any interviewing situation would.

Two ways to hire (and a wrong way)

Related Stories