I have interviewed 100s of candidates for software engineering positions.

I’ve done take-home tests, in person challenges, pair programming with the candidates.

All of them were awful experiences for me and especially for the candidate.

I can only think of a single instance where a code challenge exposed a poor software engineer and I could definitely have made the same assessment just by talking to them.

Lately I’ve stopped doing any software or mental puzzles.

I don’t do any of that when I interview designers or QA people or HR people, so why would I be particularly toxic towards software engineers during the hiring process?

Instead, I actually read their resumes (which is significantly quicker than doing interviews, asking them to repeat the same information), and then I ask them questions like:

- Where do you get your tech news?
- How do you learn about new technologies?
- What do you most appreciate in your coworkers today?
- What is a perfect workday like for you?

I specifically avoid trap-style questions like “what is your greatest weakness?” or “why are you leaving your current job?”

I recommend that you make a plan for what you want to learn about the candidate, e.g. “are they good at acquiring new skills?” or “do they share the same values as the team?” and then structure the interview around that.

Be a non-toxic manager. Make your company look good during the interview process. Get better candidates.

#jobs

@anders

@OctaviaConAmore

Interesting.

I don't like software traps for interviewing, either, but I need to know how good or bad of a programmer someone is.

I give them a straightforward problem with three steps in order, plenty of time to do it in, and I'm there for the whole time to answer questions. I emphasize that they should be writing code as if it's going to be code reviewed. Yes, there is a tricky part of the question, but there's an obvious O(n3) solution, and no one gets points taken off if they do the O(n3) solution.

And this technique has done well for me. And I've gotten praise for this way to handle coding.

@Chip_Unicorn @OctaviaConAmore

Interesting. Are you generally hiring people straight out of school?

A while back (2017ish) I was working for a company that took in people from a local university - but that was mostly on an intern basis - so we just took them under our wings and extended offers to the ones that had grown the most during their stay with us.

We never did code challenges with the interns, instead we pair programmed with them in the beginning to assess their level and which kinds of tasks we could give them.

@anders

@OctaviaConAmore

No, but I found a wide variance between what people wrote on their resumes and their actual abilities.

@Chip_Unicorn @anders @OctaviaConAmore there is another thing you don't see. Folks like me that have been at the same company for a decade moving rules internally that just blank during interview code stuff. I have no idea what happened, I used to be able to interview without any prep and be good. Now, even with prep I just freeze catastrophically. Like a waste of everyone's time freeze, basic syntax, gone, keywords, never heard of them.
@Chip_Unicorn @anders @OctaviaConAmore Frankly embarrassing and I'm terrified of when I need to find a new job instead of just looking for fun.