DEV Community

loading...

Discussion on: The Engineering Interview is Broken

carterwickstrom profile image
Carter Wickstrom

"[H]ave them simply explain their code. In detail. Ask how they'd improve it? Ask them to [...] re-factor[.]"

You've just described our interview process. :-)

We've definitely had candidates ask if they could submit an existing code sample instead of taking the test. In the handful of instances where we've agreed, those candidates have all crashed and burned. Hard. It's always a pet project that they've been working on for a while, it's never as good as the candidate thinks it is (even when it's good!), and they have a hard time looking critically at their baby.

Thread Thread
ben profile image
Ben Halpern

Very similar to us. Key to our process behind the scenes is that everyone fills out evaluation forms independently and we're not allowed to talk to one another about anything until everyone has submitted. We then discuss things based on the various feedback surveys (which are done at each possible stage, so a few times per candidate).

This, we think, provides maximum unadulterated wisdom of the crowds, less group-think, and more containerization of possible biases.

Thread Thread
gearloosejones profile image
Gearloose Jones Author

Not being able to look critically at your own work is a huge red flag, just because that's a person who's going to get super defensive in even the most casual code review.

I used to be that person, but I learned to accept that every baby, even from the most seasoned programmers on the team, has warts. And it's even OK to admit that one or two projects in any given gig is Rosemary's Baby from head to toe. It happens. The test is simply to see if someone can admit it to a peer.

Forem Open with the Forem app