The interview process is broken and many of the interviewing techniques either do not correctly judge a candidate, or place too much burden on them. I guess the reasoning is that a false negative is better than a false positive.
The interview process is broken and many of the interviewing techniques either do not correctly judge a candidate, or place too much burden on them. I guess the reasoning is that a false negative is better than a false positive.
I did a 5-7 hour programming homework assignment, didn't hear back for weeks, and then it was just from a recruiter (sorry, we've decided not to continue the process).
I won't do it again, ever. It's not the wasted time that I regret so much. I do agree with you that there is a self-respect element to this.
I doesn't seem unreasonable to me to ask even a senior developer to do a small coding assignment as part of the interview process unless they can show a good, relevant coding sample.
If we're going to agree that whiteboard coding isn't a great way to evaluate someone, and we can't ask you to do an assignment on your own, what else is left? Talking about past experience is great and an important part of an interview, but I think most people want to (rightly so) see some code at some point before extending an offer.
Not OP, but it doesn't "feel" like working for free. It is working for free.
Having someone perform work for you without paying them is illegal in the United States (see minimum wage laws).
There's a simple solution; pay them $x per hour to do your 3 hours of work. Even if you pay them $100 per hour that's a cheap way of filtering out pre-screened candidates.
I think paying them is perfectly reasonable, but I'll also note anecdotally that having done this for many candidates for years, I think very few people have ever declined.
You're putting the candidate in a very vulnerable and stressful position:
You're potentially asking a candidate to solve a problem with your application (even if scaled down)--
The question/assignment could be a long-standing issue your staff have been unable to address on their own and you want to try to find out whether you can get a free solution from qualified people.
The candidate(s) could get the correct answer, yet you could walk away from the process with a free solution.
>> "I think very few people have ever declined"
That's short-sighted - they're not declining because the want/need a job and are already vulnerable during the process; many would not, understandably, have the presence of mind to decline.
I just don't see a couple hours spent on a interview programming assignment as being any different from the 5-6 hours you spend in the office being interviewed, which by the way, you don't get paid for either (excepting reimbursements, etc).
I'll do a take-home programming assignment anytime over an in-person interview to gauge mutual interest.
In that case, I would think I was the subject of a psychological experiment entitled, "How far can we push developers".
Although it would be tempting to accept the offer and then write whatever code they asked for in QuickBasic 4.5 (circa 1988) telling them they need to use something more stable than the crap they're using.
I've only ever answered one interview question in Scheme, the problem was perfect for it. :) I first had to check if the interviewer knew Scheme, and he did!
I fear it has been long enough that I could not repeat such a stunt now days, but last week a resume came by my desk that had LISP listed on it, so I prepared some problems that would be trivial in LISP just in case. Unfortunately it was as I had suspected, a stale language listing that should have been removed from the resume long ago.