Ask HN: Advice on Designing an Interview?
I recently started at a company x months ago. A colleague and I, both agree t0hat the interview process is not one we would willingly tackle again. I raised this with my manager and they have delegated complete responsibility to myself, which I am pleased about, however I don't have a huge amount of experience as an interviewer, although I have done government training to be an interviewer (anti-bais, score cards).
The type of role is a Data Engineer favouring the profile of a Software Engineers in the data space.
What advice can you offer? If you have interviewed for a similar role what good/bad experiences have you had?
8 comments
[ 2.6 ms ] story [ 27.7 ms ] threadAt my previous bigco, I did a collaborative linkedlist problems to understand if they could handle null checks, recursion, checking bounds, etc.
Some people clearly had been practicing LL coding stuff so they flew through it in ten minutes, so I'd just change it a little to make sure they understood what they were doing.
Other folks were deathly nervous and would bumble through it but they'd eventually pass, but they got the same 'score' as the people who did it in five minutes.
Some people couldn't pass it no matter how many hints I gave them, they didn't even really understand loops/recursion. So the filter worked there, and that was the point.
It's other rounds that you can assess the depth of their knowledge moreso than coding challenges.
Do test their technical ability, the ability to actually do the job. Fizzbuzz filters a remarkable number of people, so you don't actually have to make it too tough. One of my favourite tests is seeing if someone can reverse a linked list, or do stuff like a FIFO queue with a filter.
You often want to filter overly clever people. So you might play with time. Give them too much time to do a simple implementation, but too little to do a full one.
And then you want to filter for people who just dumbly copy paste answers. This is most fun as a conversation around certain topics. It doesn't have to be a technical challenge. I've had a lot of fun just discussing architecture and tech stacks with applicants. How would you solve this problem? What stack? What's the drawbacks?
Nothing like that can be said about a take home-assignment asking you to implement boring app with a backend, frontend and a suite of tests over the course of a day to an entire weekend.
Leetcode is like O(1) time work (admittedly with a large constant) that doesn't generate additional work for every company you are applying to. Take home assignments are O(n) time work where you have a bunch of crap to do for every company.
I’ve never had to do a take home thats that extensive. I agree that’s overkill. The one I’ve done recently was to just use an api they had, make a few wrapper endpoints. Probably took a total of 4 hours from start to submitting. I felt that wasn’t too bad for me personally.
At least with the LC style phone screens you have another engineer burning an hour so you can be confident they're at least a little serious about your potential as a candidate.