Saw this discussion on Reddit, and thought it might be of interest here, too (as such things perennially are):
I've been a successful software engineer for 10 years at various startups and small businesses. I do a lot of contracting on the side too. I've recently had cause to start looking for work again.
What the hell is up with these interview questions? They don't really have much to do with the ins and outs of clean code, architecture or collaboration. I had hoped they'd stop with this bullshit already. There's a lot of companies that promise 'No whiteboard interviews' like Triplebyte, only for that to be a complete and total lie.
They're more like annoying riddles I'd find in an Sierra adventure game or D&D. I'm just not very good at these types of 'riddle questions'. I know they always wind up having to do with binary trees, graph algorithms or something like that, but the dress-up and time constraints are unrealistically stressful.
I honestly wasn't very good at these questions when I'd graduated and I'm still not good at them now. How screwed am I? Are companies willing to hire based on projects and seeing live code?
I'm always careful to speak with my employers and convince them to write a 'portfolio' clause in my contract that allows me to keep code for the purpose of seeking further employment.
I really don't want to spend 3 months of my life learning how to solve riddles just to get another job.
I also suck at these kinds of questions, despite having designed and written a lot of software and systems. What say you, Soylentils, are these kinds of interview questions necessary to find good software engineers?
(Score: 2) by c0lo on Tuesday March 07 2017, @11:25PM
I had some interviews conditioned by passing a test on codility.com - here's their programmers [codility.com] page if you want to have a taste (tl;dr - online practicals, code/compile/run/test in a browser).
The interface is not conducive to the "where you start, how you think you'd get closer, and how you behave when you don't know." type of interaction. Because debugging is a PITA when you use a Web browser as an IDE, it's more likely the candidate will try solving the problem in her/his own environ and copy/paste the solution (if one is found).
A good programmer may be valuable in some circumstances, but yes, "programmer" and "software engineer" are two different things.
https://www.youtube.com/watch?v=aoFiw2jMy-0