Job Interview 2.0
thedailywtf.com
thedailywtf.com
Why am I not surprised that Microsoft is credited with coming up with this type of interview?
The non-engineer's response to the problem is to wear gloves.
I don't see what connection stupid puzzles have to turning a spec or a vague, contradictory set of requests from a user into working code and working with other people.
Judging from friends who used to compete in mathematical olympiads, my educated guess is that the people who sail through the brainteasers are the ones who practice working on them (the way you prepare for a mathematical olympiad is to solve old mathematical olympiad problems).
Do you want to hire someone who spends their spare time working on job interview puzzles? Do you want someone who's delighted by answering "why are manhole covers round?" with the pointless, trite response of "because manholes are round!", which only begs the question? I swear to god those Joel on Software forum people get off on this crap.
Microsoft's problem is that you get fired if you look at open source code, so talking about neat open source side projects you did the way more enlightened companies like ThoughtWorks do is completely out of the question, which shows that they have much deeper problems than just figuring out the right interview questions.
I don't see that at all. It's more like complaining that pole-vaulting would be a stupid and irrelevant way to screen, say, firefighters. Which indeed it would. And that has nothing to do with calling the Olympics themselves irrelevant.
"Would you want to work with the guy who builds a water-displacement scale/barge, taxis a 747 to the docks, and then weights the jumbo jet using that, instead of simply calling Boeing in the first place?"
Umm, just because you CAN solve these brainteasers doesn't mean you don't know how to call Boeing! Knowing more than one way to solve a problem is almost never a weakness.
And as for the blind bike example, the candidate was not being practical, just being a pain in the &*%. Just answer the question without being a smart alec.
Just pretend you're really trying hard and voila, eventually spout the correct answer you appeared to have thought up on the spot.
Yeah, I'm the guy who would ask "747-300 or 747-400?". Granted it could probably be figured out by taking the vector of the thrust to lift ratio of the engines and wings at take off, but something tells me you'd go through a lot of planes that way rather than designing it with that in mind.