I’m not the first person to compare technical interviews to hazing—you know, those painful and arbitrary rituals that fraternities and sororities put pledges through because well, they had to go through them, too.
I’m always heartened to read articles and blog posts by software people who are trying to replace the punishing whiteboard hazing that so many tech companies put developer candidates through.
In a recent blog post, Phil Calçado wrote about going the extra mile to improve the candidate experience while hiring at SoundCloud:
But we’ve also done something else. Something that would improve the candidate experience…
With the problem description, we sent to candidates a functional test suite, a binary that when started would try to connect to the candidate’s server implementation, open lots of sockets, sends lots of messages, and verify the results against what the problem description stated. The candidate was instructed only to send their submission once it passed the functional test on their local box.
Now, there is some controversy about whether asking candidates to code side projects for your company at no cost as part of the hiring process is appropriate. But I just wanted to highlight here by choosing the “on your own time” programming exercise as an alternative to the whiteboard grill-session, there are still ways to improve the candidate experience. I’m glad that people like Phil are actively working on this problem, and I hope to highlight on this blog other similar efforts that I come across of people consciously applying empathy to improve the candidate experience.