Live data from Hacker News

Hiring Developers: You're Doing It Wrong

devinterviews.pen.io

221–230 of 230 posts

Re: Hiring Developers: You're Doing It Wrong

#221
Great article! For 15 years I have conducted interviews and been the victim of the interview process. Your article sounds familiar; I have been telling my wife the same thing (out of frustration) for years. On several occasions I have made it through 3 or 4 levels of the interview process and then blocked in the final interview-step by an insecure or egotistical technical person.

I would add the following (problem) points as well.

* Some technical people like to hire clones of themselves, creating conflict and diversity issues.

* Some technical people, conducting the interview, use the interview process to posture and show how smart they (the interviewer) are.

* According to the BLS, the demand for programmers is decreasing while demand for analysts is increasing. Programming has changed a lot with tools like intellisense and included libraries.

* If you can’t answer the question, "why did you ask that question?", you should not ask the question. Each interview question should have a specific targeted purpose.

I hope my additions help. http://www.linkedin.com/pub/michael-pritchard/3/93b/4ba

Re: Hiring Developers: You're Doing It Wrong

#222
post #152

The only hiring process I have found to work for developers is to sit down and work on real code together. This gets to the heart of the matter, and you very quickly feel out someone's knowledge, ability, and most importantly, how well they collaborate on a problem. Because in a startup you will need collaboration, and likely under the highest stress moments you've seen in your life. I also feel like this gives appli…

"The only hiring process I have found to work for developers is to sit down and work on real code together." Yes. My favorite is to ask the candidate to go on a webpage he has been working on, show me the source, and we start discussing it together. I can ask him to explain some markup, or simple javascripts. Then the key point is when I go and criticize a part of his work. Two bad reaction: immediate yes ("sure boss…

The handshake thing worries me a bit... that seems more in the category of things that many people rely on, but actually tell you very little about the person.

Someone with a good handshake either:

* just naturally learned to shake hands in the way you like

* found out that handshakes are important to first impressions and spent time perfecting theirs (including maybe a handwarmer in the pocket...).

Does either of those things reveal any important traits?

People naturally have different levels of perspiration & circulation in their hands, particularly when nervous. Anyone going for a job interview they care about should be at least moderately nervous.

So someone might have a cold clammy handshake purely through genetics. How many strikes against them should that be? Firmness and eye contact are based on habits, generally -- again, the developer who's thinking ahead to the "important" parts of the interview will just give you the handshake they learned as a child. How many points against them should it be if it's very soft (because they were raised by an arthritic grandmother)?

Too much rambling for a small point, but I just want to say you should try to reserve judgment on exactly this kind of thing until they've had a chance to relax a bit, get talking, etc..

Personally, my handshake is probably pretty good, but I'm not going to be really at ease talking with you until we've been interacting for at least a few months. I've learned to fake it over the years (and keep calm enough in the face of strangers that I can think straight, for the most part...), but the hiring process is definitely harder on introverts.

I went through an phone interview a few months ago that included some quizzes, talking through solutions to invented problems, etc., and was glad she agreed I could hang up the phone while I thought (and took notes)... this resulted in a much better answer than I would have given if forced to think through it while on the phone with a stranger.

Re: Hiring Developers: You're Doing It Wrong

#223

Great article! For 15 years I have conducted interviews and been the victim of the interview process. Your article sounds familiar; I have been telling my wife the same thing (out of frustration) for years. On several occasions I have made it through 3 or 4 levels of the interview process and then blocked in the final interview-step by an insecure or egotistical technical person. I would add the following (problem) p…

Also:

* Realize that answers to questions like "what is abstraction" might vary from one text book to the next.

* Establish context for your interview questions. I was once asked "What is Application?" (too vague). In response I said, "In what context?" The interviewer smugly said, "What comes to mind?" . . . He did not like my answer. Hum?

Re: Hiring Developers: You're Doing It Wrong

#224

I have to disagree about the uselessness of a technical interview. I'm 100% with RethinkDB that any competent programmer should be able to figure out how to reverse a singly-linked list in some reasonable time. ( http://www.rethinkdb.com/blog/2010/06/will-the-real-programm... ). " Some were shooting their pre-canned answers at me with unreasonable speed." This should not be possible for all questions in a technical i…

Usaar333 - Here’s some food for thought:

There is a difference between -capable- and -willing-. Years ago I hired a brilliant developer that didn’t do anything because the work was below him.

A good interview should determine culture, willingness, and competence. If your dev-group works with b-trees daily, then include it in the test. For me, hiring someone who knows the answer is less important than hiring someone who can find the answer. In a dynamic - always changing environment - I would rather hire the latter.

Re: Hiring Developers: You're Doing It Wrong

#225
post #6

Why not just pair with the interviewee for half a day or a day? You will learn how they think and work and if you like them. It's a riddle to me. I've never heard from anyone actually trying it and not being happy with the insight won.

I'm a lot more interested in how someone breaks down an architectural problem than I am in how well they can implement heap sort on a whiteboard. The closer the interview is to real coding the more you learn. Of course, github is the real resume now.

I think it's got to be more than just github for the resume. There are tons of other open sources of data. Personal blogs, twitter feeds, even things like delicious links can be indicative of what a potential candidate is thinking.

My new startup is focusing on doing exactly this --- bringing together as many sources about engineers together as possible, and putting them all in one place. It's still very early, but I'd love HN's feedback. http://proovn.com

Re: Hiring Developers: You're Doing It Wrong

#226
post #128
post #38

It seems that one simple thing you could ask is for usernames or profiles on sites like StackOverflow or other programming related websites to see what kinds of contributions or questions they've been asking.

I think websites like Stack Overflow, GitHub and HackerNews attract a certain type of programmer, which might not always be the sort of person a business is looking for. Or, at least, it will exclude a lot of people who aren't interested in being involved with online development communities. That is, they are too hardcore.

Yes, but there are tons of other data sources out there, right? For example, how many developers are members of mailing lists for a given API, service, language, tool, etc.? How many contribute? Plus, that doesn't even include the world of personal blogs, twitter accounts, etc.

I think we're entering an age for software engineers where expressing yourself externally is going to be even more important than your resume. For example, a really intelligent, well-thought-out post like the one linked above can really move you forward in your career.

I'm focusing on making a startup that captures all this stuff and uses it for both display and matching candidates. I'm still in the very early stages and would love some feedback! http://proovn.com

Re: Hiring Developers: You're Doing It Wrong

#227
I think interviewing altogether is an ineffective way of evaluating people. And the whole process of interviewing and hiring staff members is an outdated, slow bureaucratic way of doing things.

Instead why not work with several people on small projects, ask 5 people to do 2-4 weeks of paid contract work for you and then select the person who was the best fit for longer term work. This tests the real world skills of a person much more effectively than an interview.

Re: Hiring Developers: You're Doing It Wrong

#228
post #192

Earlier quoted context omitted.

My last interview at the company I'm at now went somewhat like this: "Your CV looks fine, we wouldn't care if you're an axe murderer, now what would you like to do/tackle?". Should have been a warning sign: interesting company to be at.

What do you mean by interesting? Do they have a lot of axe murderers there?

Everything practical-wise is done my the boss, who is painfully slow at anything practical (salaries, supplies, workstations, etc etc). My project is a sideproject, others have projects with constantly changing features, deadlines and requirements.

Re: Hiring Developers: You're Doing It Wrong

#229
post #203

Earlier quoted context omitted.

This is the same thing I've found, in Brisbane. People apply for jobs without skills, without hobbies involving development, without experience and without even looking at the website. I simply don't understand it... Are they hoping to get employed to twiddle their thumbs? Do they think they can pick it up on the fly?

When advertising on seek.com.au we've resorted to adding additional filters, otherwise we get so many resumes that we just can't read them all. And yes, most of them are clearly from 'spray and pray' applicants with no relevant skills.

Why not add a code puzzle that has to be solved before accepting a submission? Then you'd weed out some of the spray.

Re: Hiring Developers: You're Doing It Wrong

#230
As a former head of HR for three successful start-ups and now as the founder of my own, I (in the words of our former president) feel your pain. I've reviewed 10's of thousands of resumes and interviewed over 1,000 candidates so I know what you're going through.

Your points are well taken and insightful - and while they're especially true of technical hiring, they are also applicable for all start-up hiring. A smart person can learn the tech skills you need but it is impossible to impart passion and an intuitive understanding of culture where it isn't already present.

I eventually honed my interviews down to one question: "Please describe your most significant team accomplishment, where you were a key member of the team."

Then I'd follow that with numerous follow up questions until I really understood the person's role. This will uncover the candidate's passions, communications skills, leadership abilities, and their technical prowess. Then I'd ask the same question about another accomplishment.

Good luck. I'll write you a note on the side with my contact info. I'd be happy to talk over any "people stuff" if you'd like.

Post reply on HN