Live data from Hacker News

How to hire an idiot

nukemanbill.blogspot.com

171–180 of 186 posts

Re: How to hire an idiot

#171
post #164
post #152

Earlier quoted context omitted.

Well, not that I was talking to you (I was talking to cookiecaper) But I appreciate the interest even if your reply is a little bit of a response to something I didn't say. Near as I can tell your process appears to be first come first serve. By your own statements, you don't look at resumes, and you apparently don't ask any particular questions about work history or education during your interview process. I'm guess…

> By your own statements, you don't look at resumes, and you apparently don't ask any particular questions about work history or education during your interview process. This thread is already a bit too long, and I haven't read through tptacek's link about his hiring process, but: 1. you don't look at resumes, If I am hiring for a ruby on rails position specifically, the only thing I need to check is if you know ruby…

Matasano's publicly stated process is basically to call them up on the phone, then begin a multi-week technical interview process consisting of several technical screens and some project work.

It's a first come first serve, but only if you are this tall, process.

It's intriguing, and the technical interview process isn't entirely unlike others I've seen, and does a good job weeding out persons that have no business working for Matasano.

Like anything there is an upside and a downside:

Downside first (because I'd like to end on a positive note)

As an applicant, you really want to have that job, because you just dropped applying for anything else for a few weeks while you run this gauntlet.

Good side:

Matasano ends up with qualified, eager employees who really want to be there.

The biggest problem for me in both of your examples is that, taken literally, you know only the functional capabilities of the candidate, but virtually nothing else.

People who can answer moderately deep technical questions are a dime-a-dozen in certain parts of the country. So while passing an intensive technical screen will generally yield solid employees, it can sometimes fail in interesting ways.

I remember a guy my friend hired just this year who passed all of the technical screens (all done remotely via phone interviews, webex and email) with flying colors, but had two problems: once employed, he just froze unless given explicit direction every 5 minutes, he had atrocious personal hygiene that was so bad it sent half a dozen people home ill. On his resume? Didn't finish his schooling, Unanswered questions for the Matasano process:

1) Can they actually finish an extended task or are they just good test takers?

2) Are they self motivated?

3) Do they tend to move about employers very quickly? (ladder jumpers, flaky personalities)

4) Have they performed well on teams?

5) Do they have a violent criminal history or dangerous psychological issues you should be aware of?

6) Do they have other skills you might be able to take advantage of in the future?

etc.

Hiring people is hard. Hiring good people doubly so. But a good hiring process should be well rounded so that you understand where you can use a person in your organization if you choose to hire them, and set expectations of performance up front. An anti-social super tech type might only be usable in development, while somebody with good presentation skills and strong technical skills might be more valuable in a variety of roles.

I'm not saying mine is the best and greatest in the world, but it's pretty good, and more or less what you'll find just about any place. Some places have oddball or one-off hiring systems that work well for them and provide them with their own desired metrics on an employee. I think that's great also.

Going back to the original point that drug us down into this conversational morass, resumes are fairly standard, and have certain things most companies expect to see. Building a resume based on the hiring practices of just one company is not something I'd particularly recommend unless you only care about getting hired at that one place and nowhere else.

Important! The resume won't get you hired, but it will get you an interview. Otherwise you need some selection mechanism to determine whom to interview or you'll spend every waking moment in interview hell.

Re: How to hire an idiot

#172
post #171
post #164

Earlier quoted context omitted.

> By your own statements, you don't look at resumes, and you apparently don't ask any particular questions about work history or education during your interview process. This thread is already a bit too long, and I haven't read through tptacek's link about his hiring process, but: 1. you don't look at resumes, If I am hiring for a ruby on rails position specifically, the only thing I need to check is if you know ruby…

Matasano's publicly stated process is basically to call them up on the phone, then begin a multi-week technical interview process consisting of several technical screens and some project work. It's a first come first serve, but only if you are this tall, process. It's intriguing, and the technical interview process isn't entirely unlike others I've seen, and does a good job weeding out persons that have no business w…

We do not have candidates perform "project work".

The amount of time people spend on our tech challenges is (a) calibrated to be less than the amount of time one spends on an all-day tech interview and (b) designed to be broken up into three short chunks (by short we mean "an hour or so") so people can do them at their convenience, rather than having to take a personal day from work to "run a gauntlet".

We go way out of our way to respect people's time; in fact, after interviewing candidates from our earlier process, we designed this process with that as a primary goal. Which is why we say that over and over again on the Careers page.

"Drop everything for a few weeks" is disingenuous hyperbole. As is the idea that --- working in information security for Fortune 500 companies --- are hiring violent felons. I understand that you're irritated with how I've responded to your comments and I don't blame you for being uncivil, but please constrain your irritation at me, not my company.

Re: How to hire an idiot

#173
post #101

Earlier quoted context omitted.

>you seem to put a lot of thought into what is on people's resumes. I actually really don't. I screen resumes pretty quick and just check for a few things. Can they format their resume like a grownup? Does the information appear to be accurate? Does it show relevant skills for the position we're looking for? Does it show an upwards career progression? Are their any oddball things that I'd like to talk with them about…

It sounds like you're a tech recruiter or another guy from big corporate heritage. I say this because your answers are a shining paragon of why most of the participants at HN avoid and loathe big corporate jobs. Do you have any particular programming qualifications yourself? I'm curious. While it is of course a great sign that you are reading HN, it doesn't sound like you know how to rate candidates in an objective a…

Even more legends did finish an education -- or even remained in academia.

Re: How to hire an idiot

#174

Earlier quoted context omitted.

I read that Google asks for it, but they are a bit, er, happy when it comes to statistical analysis. IIRC they were not impressed by the statistical power of transcripts.

And yet they require transcripts (or did a few years ago). Maybe they've learned from past mistakes? Or their model can't handle NA values on some features?

Google still asks at least new grads for transcripts as of this month.

Re: How to hire an idiot

#175
post #133

Earlier quoted context omitted.

It sounds like you're a tech recruiter or another guy from big corporate heritage. I say this because your answers are a shining paragon of why most of the participants at HN avoid and loathe big corporate jobs. Do you have any particular programming qualifications yourself? I'm curious. While it is of course a great sign that you are reading HN, it doesn't sound like you know how to rate candidates in an objective a…

Yes, I have some technical chops - started coding on a TRS-80 Color Computer II in the 80s and never stopped. It's not something I do much of anymore (sadly) as a growing crop of grey hair has convinced my day job c-levels to shovel me into managing groups of technical people. I also do lots of work outside of pure development in my day job, and it has wildly different sets of requirements, but the process is more of…

I'm not saying that you should hire people without education in hopes that you're randomly selecting a future legend, I merely intend to point out that the policy of shredding every resume that doesn't have an Education section is a very wide buckshot that doesn't actually help much of anything. You should evaluate candidates on real, relevant criteria, not arbitrary "lines in the sand".

Re: How to hire an idiot

#176
post #171

Earlier quoted context omitted.

Matasano's publicly stated process is basically to call them up on the phone, then begin a multi-week technical interview process consisting of several technical screens and some project work. It's a first come first serve, but only if you are this tall, process. It's intriguing, and the technical interview process isn't entirely unlike others I've seen, and does a good job weeding out persons that have no business w…

We do not have candidates perform "project work". The amount of time people spend on our tech challenges is (a) calibrated to be less than the amount of time one spends on an all-day tech interview and (b) designed to be broken up into three short chunks (by short we mean "an hour or so") so people can do them at their convenience, rather than having to take a personal day from work to "run a gauntlet". We go way out…

I apologize if I mischaracterized your company's hiring process -- there was no disparagement intended. On the contrary I believe it is intriguing, and given your company's excellent reputation it appears to work well.

It also appears that we're definitely at a communications impasse. By "project work" I was referring to steps 3, 4 and 5 from the career page you referenced:

3. Web app challenge

4. Custom protocol challenge

5. Write a fuzzer (including automated testing)

I'm open to any other descriptor for those steps that you care to use. I most sincerely apologize if "project" implies too heavy a meaning.

And by length of time I was referring to the answer to question #1 directly below those steps

"This looks complicated. How long does it take?

Not that long! We work hard to minimize the amount of time we demand from candidates. We'll be 80% of the way through before you're ever asked to come on-site. We can usually wrap things up inside a few weeks. "

I personally think it sounds like your process is designed to optimize around keeping the technical screening as short as possible while still maximizing the information you retrieve -- which I think is great. It's certainly a much better use of everybody's time than say, Google's multiple all-day committee interview/quiz show extravaganzas are. If I misunderstood the FAQ and the process does not, in fact, take a few weeks, I apologize.

I'm not sure if it's you or I that's going out of our way to be obtuse regarding best hiring practices, but I apologize if I brought any offense or disparagement to you or your company. It wasn't intended.

Re: How to hire an idiot

#177
post #154

Earlier quoted context omitted.

There's a bit of space between "there's no education listed on your resume, what's up with that?" and "give us every ounce of data there is to be had about you being in school." The first one is reasonable. The second one isn't, and in my opinion is also a waste of time.

I'm really trying to imagine where the "what's up with that" would even come up in any of the good interviews I've had. Who has time to waste with that? The best interviewers I've ever dealt with had me on my ass with algorithms, distributed systems, and concurrency questions moments after starting. I agree, asking "where'd you go to school" isn't particularly offensive.

It seems like your education only matters up to a certain amount of experience. If someone has been out of school for ten years, I don't give a damn what happened back then.

When all I have to go on is education and a one-year failed startup, I'm going to ask at least a few questions about school. Even then, the startup is more useful.

Re: How to hire an idiot

#178
post #53

Earlier quoted context omitted.

The problem is a lot of places will not make any further comment beyond confirming the employee worked there and perhaps the circumstances of their departure (resignation/laid off/fired). This is often for legal reasons.

I've posted about this before, but I wanted to again bring it up as a note of caution for people who might be looking for work. My present employer (who I've finally decided to try and make my former) has a policy forbidding any employee from serving as a reference to any former employee. They are literally not allowed to comment in any way, but are told to forward all inquiries to a phone number which will verify em…

I worked for a company with a similar policy - no employee could provide a reference, and all requests had to be passed on to HR. However, some of my co-workers were contractors and they were happy to provide personal references.

Re: How to hire an idiot

#179

Earlier quoted context omitted.

I read that Google asks for it, but they are a bit, er, happy when it comes to statistical analysis. IIRC they were not impressed by the statistical power of transcripts.

And yet they require transcripts (or did a few years ago). Maybe they've learned from past mistakes? Or their model can't handle NA values on some features?

The source I read said he never got around to chasing down a transcript and nobody complained.

I think it reasonable to require a transcript for new graduates.

Post reply on HN