questions I'm thinking could be interesting: - Whens the last time you used an algorithm (eg b-tree) and for what? - What did you set on fire and what happened next? - whats a new interesting tool or site youve been using lately? - What feature did you build youre proud of and why?
How does that sound? What other questions would be interesting to hear? and is anyone interested in joining to be an interviewee
I'd be curious to hear how many people like me would answer "for a coding interview" for this question.
I haven't coded such an "algorithm" since 2002 or so. The closest I've come is calling some framework library's binary sort method.
What I'm getting at with this one is we see a lot of talk about whatever the latest tech fad is, but I'd be interested in knowing areas where the old way of doing things is working well enough to not change.
I'm a boring tech evangelist. I like foundational, long-lasting knowledge, the more foundational the better, even if it's harder to acquire initially, to the extent that my degree is in EE instead of CS for much the same reason an aspiring writer might major in Classics instead of English. Tell me about your dull uses of C, of Debian, of Bash, of PHP, of PostgreSQL. And then tell me about your slightly shameful uses of Perl, Jenkins, etc. We focus so often on what is new and shiny and promises the world - but we already have a world to appreciate, and it's right under our feet.
* How did you provide test automation coverage for that original code you wrote?
Those two questions are enough to peer deeply into any software team. I wish this weren’t true, because these questions are incredibly shallow, but that’s g to he state of software employment.
The idea is to find out if management is spending time stack ranking/comparing individuals or are they spending their time on the mission and enabling engineers to succeed in that mission.
Integrated Circuit…
Internet Commentator…
…