Slashdot Mirror
One Company's Week-Long Interview Process
jfruh writes "What's the longest tech interview you've had to sit through — two hours? Eight? Ruby on Rails devs who want to work for Hashrocket need to travel to Florida and do pair-programming on real projects for a week before they can be hired. The upside is that you'll be put up in a beachfront condo for the week with your significant other; the downside is that you'll be doing real work for a week for little or no pay and no guarantee of a job slot."
"programming"
The longest for me is 5 hours but this is ridiculous. The only people that would be able to apply are people who are unemployed. As someone who has interviewed people for programming jobs, it really doesn't take more than 2 hours to figure out if someone is a good fit.
Violation of labor laws. This is illegal. They have people doing full time work for less than minimum wage. The fact that they call it an "interview" is hardly a reasonable distinction. I hope the idiots involved suck a nice 6 or 7 digit fine for this.
I've been involved in a fair few hires for my previous employer, and it struck me that we *sucked* at making a fair assessment of the applicants' abilities. My experience at other firms have been no different, even though most do manage to weed out the obvious knuckledraggers or spot the shining genius. In contrast, observing someone at actual work for a week should give a far better insight in their abilities and soft skills. This is obviously of benefit to the employer, but also to the prospective employee. The only thing I'd hope is that the company already did a short assessment of the candidate to spot any obvious reasons why he/she woulnd't be hired, before asking them to commit for a week.
If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
Completely untrue. Countless people have enjoyed, and do enjoy programming in PHP. I myself am one.
Yes, I recognize the language's many obvious (and many not-so-obvious) failings, but that doesn't mean you can't have fun using it. There are plenty of ways to write good PHP code (Zend standards/framework, for instance).
PHP's biggest problem aren't its (numerous) issues as a language. PHP's biggest problem are the 90%+ of the "PHP Programmers" who are abhorrently bad at programming in general, and think they're programmers simply because they wrote a little bit of HTML with embedded PHP, or installed Wordpress *shudder*.
Granted, I prefer Python to PHP any day of the week for both fun and function.... Never written any Ruby.
Guess I can't interview there. My contract has one of those wonderful 'all IP created during your time here belongs to the company' clauses. If I create it during my interview my current company still owns it. I've never worried about interview code before since it's all toy problems and junk code anyway, but if I was doing something commercial as part of an interview process there could be some nasty legal implications if they try to release it.
I do a lot of work in Ruby, too. I notice that lots of Ruby gems contain C code. Someone competent is writing that.
Language fascists aren't generally as good at programming as they think. They'd understand where interpretive languages make sense, if they were.
Bruce Perens.
What have Africans ever given the world?
Homo sapiens? That's good enough for me.
Ezekiel 23:20