Open source interviewing
When someone applies to Pillar, we invite them to submit a code example that solves a particular problem. We review the code as an input early in the interview process.
It’s a helpful component of getting acquainted with a candidate, but a few things aren’t ideal:
- For any toy project, the domain is going to be trivial enough that it isn’t likely to be very representative of a larger “real” project
- As I review more and more submissions which solve the same handful of problems, I’m finding it harder to evaluate each with a fresh set of eyes
- Ultimately, the code doesn’t have any utility—its lifecycle ends as soon as it has been reviewed and discussed. This despite the fact that many candidates invest a significant amount of time writing it
Here’s an idea that might address those concerns: let’s start asking candidates to submit something useful instead.