Over the last several years I've performed a lot of software engineering interviews. During that time I iterated on the evaluation process to find something that allowed us to make hiring decisions with confidence.
There are a lot of coding interview products and tools out there, but most don't come close to imitating how we work on a day-to-day basis. Whether a candidate can solve a random live coding challenge on the spot isn't an accurate representation of their abilities, especially in a world where we work remotely and asynchronously.
Eventually, I settled on a take-home process of sharing a private Github repo with candidates, asking them to follow the directions in the README and submit a Pull Request - just like we would in our day-to-day work. This gives me a lot of insight into what it's really like to work with that person. For example, I can learn how they communicate in a written and asynchronous manner, how they formulate their commit messages, and how they make decisions.
The downside is that this process was time consuming and manual. For each candidate, I had to take the project source code, create a new project repo, invite the candidate, and keep track of all outstanding projects. So naturally, I created a tool to automate the process :). Feedback and questions welcome!
Loomly | Senior Full-Stack (Ruby on Rails) | Remote (US)
Loomly is the Brand Success Platform that empowers marketing teams to streamline collaboration. Think GitHub, for marketing teams: Loomly help marketers produce, stage, review, approve and publish content — as well as engage with their audience and measure their success. We are very customer-driven and strive to bring simplicity, efficiency and stellar support to our clients.
Loomly is trusted by 14K+ teams around the world and consistently growing revenue at a 100%+ yearly rate.
Totally agree with this sentiment in theory - it's best to keep the environments as similar as possible. But in practice there are requirements that will differ, such as having production be publicly available and staging be protected, mocking of certain third-party services that may not be available in a non-production environment, etc.
Loomly | Lead DevOps/SRE, Senior Full-Stack, & Full-Stack | Remote (US)
Loomly is the Brand Success Platform that empowers marketing teams to streamline collaboration. Think GitHub, for marketing teams: Loomly help marketers produce, stage, review, approve and publish content — as well as engage with their audience and measure their success. We are very customer-driven and strive to bring simplicity, efficiency and stellar support to our clients.
Loomly is trusted by 11K+ teams around the world and consistently growing revenue at a 100%+ yearly rate.
Loomly | Lead DevOps/SRE & Senior Full-Stack | Remote (US)
Loomly is the Brand Success Platform that empowers marketing teams to streamline collaboration. Think GitHub, for marketing teams: Loomly help marketers produce, stage, review, approve and publish content — as well as engage with their audience and measure their success. We are very customer-driven and strive to bring simplicity, efficiency and stellar support to our clients.
Loomly is trusted by 10K+ teams around the world and consistently growing revenue at a 100%+ yearly rate.
Over the last several years I've performed a lot of software engineering interviews. During that time I iterated on the evaluation process to find something that allowed us to make hiring decisions with confidence.
There are a lot of coding interview products and tools out there, but most don't come close to imitating how we work on a day-to-day basis. Whether a candidate can solve a random live coding challenge on the spot isn't an accurate representation of their abilities, especially in a world where we work remotely and asynchronously.
Eventually, I settled on a take-home process of sharing a private Github repo with candidates, asking them to follow the directions in the README and submit a Pull Request - just like we would in our day-to-day work. This gives me a lot of insight into what it's really like to work with that person. For example, I can learn how they communicate in a written and asynchronous manner, how they formulate their commit messages, and how they make decisions.
The downside is that this process was time consuming and manual. For each candidate, I had to take the project source code, create a new project repo, invite the candidate, and keep track of all outstanding projects. So naturally, I created a tool to automate the process :). Feedback and questions welcome!