We did take-home tests for awhile at my last company. We found that when the market is strong, experienced developers don't want to spend time on take-home tests.
Instead of doing a take-home test, we did a paired programming challenge on a similar sample. This way we tested their communication skills and dev ability at the same time.
The people who don't want to be tested at all though are crazy. It's still a job interview at the end of the day.
Thanks for your insight, Drew! There's a lot of value in testing communication skills with a pairing exercise.
I'm curious about why candidates would prefer pair-programming over a take-home test if lack of time is their main issue. It sounds easier to spend a couple hours working on some code over the weekend instead going in for an on-site interview.
Our entire process (minus commute) was less than four hours.
Personally, I feel like taking something home is a chore, whereas collaborating during an interview feels engaging and gives me a glance at the company’s culture. As they say, an interview is a two way street.
If you can optimize your entire interview process to be respectful of a candidate’s time, you will get more great candidates to say yes.
We solved this with:
All of the on-sites happened on the same day. Through the process, you met two random employees, four developers, and the hiring manager.
This helped us get to the offer stage ASAP and let the candidates interview the company throughout the process.
That sounds very efficient, thanks for sharing!
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.