News for hackers. Stuff that matters.
Re:I've been a software engineer for 10 years and I can't do... by meheleventyone on Monday March 06, 2017 @02:26PM (#13805287)
Right but there are lots of ways to test problem solving skills that don't involve asking people to both solve a surprise (and obscure) problem and come up with code at the same time whilst under stress. The latter three things are probably clouding your results in a way it's not really possible to account for. It seems like a lot of people setting interviews lack a bit of empathy.

The grandparent seems like the problem solving equivalent of yelling "think fast" whilst tossing a basketball at someone's face to test reflexes.

Re:I've been a software engineer for 10 years and I can't do... by rnovak on Monday March 06, 2017 @04:08PM (#13806052)
Okay, give us a generalized example? everyone who (appears) to care about being empathetic while at the same testing for these skills is continually asking for better options.

If you're hiring a point guard, isn't testing their reflexes by tossing them a basketball a reasonable approach?

Re:I've been a software engineer for 10 years and I can't do... by falsedan on Monday March 06, 2017 @04:59PM (#13806426)
Ask a simple, standard question that the candidate could reasonably answer in 10 or so minutes, confirm it works with them, and then change the parameters to invalidate their solution?

This is the closest I can get to actual project work in 45 minutes.

Re:I've been a software engineer for 10 years and I can't do... by rnovak on Monday March 06, 2017 @09:07PM (#13807773)
The second the interviewer changed the parameters people would start complaining that they were "Setup to fail." These threads commonly illuminate that interviewers simply cannot win, regardless of how genuine they are.
Re:I've been a software engineer for 10 years and I can't do... by falsedan on Tuesday March 07, 2017 @04:33AM (#13809267)
That's why I recommend confirming that the candidate's first solution was right. Use lots of positive feedback: ok, looks good, that's right, that's how I would do it; I see where you're going with this; etc. Then introduce the change, with a justification e.g. the team providing the input data changed their format/guarantees/technology, and we have to blah blah blah.