4 ms·

There is an aspect of hackerrank-style questions that tests raw preparation, but in my experience interviewing people with customized/twist versions of these pr

by tibbar 5y ago

There is an aspect of hackerrank-style questions that tests raw preparation, but in my experience interviewing people with customized/twist versions of these problems, nobody is just coding up a solution they memorized either. They’re composing ideas they already know, but this is exactly the skill we want to test them for anyway. I will grant that being a good test taker, calm under pressure and relaxed enough to talk through the solution, working methodically until the end, these skills do make a huge difference in interview performance. In my opinion it is the candidate’s responsibility to prepare for the interview environment as well.

tyingq 5y ago
My opinion is that you're missing a lot of good talent with this sort of approach. There are people that are just as good/fast at solving problems in a quiet space with the ability to play around with trial and error in an actual dev environment. They can answer your questions well too, given some time to mull it over quietly. Being able to do it on a whiteboard with people around you, and answering questions right when they are asked is a skill, I admit. It's a poor analog for what the work usually ends up being, though.
- tibbar 5y ago
  There was a time when candidates would get stuck on a problem and I would tell them "if you want, keep working on this problem and email me tonight with your work." Most people didn't follow up, but some people did, and we usually hired them. They usually had very high grit and follow through, but were unfortunately (as a rule) slower and generally worse at their jobs than other hires. We had to let one of these people go despite his excellent communication and organization skills. Today I can rely on a stronger recruiting pipeline so I don't need to make exceptions like this, but I'm not really sure if I would go back given the chance. No matter how much grit you have, if it takes you 10 hours to do what everyone else is doing in 1 hour, you will struggle _a lot_ at your job.
  - tyingq 5y ago
    Perhaps the working environment just isn't what I'm used to. Assuming the interview is closed book, no internet, you're measuring recall against whatever random questions you ask. It's hard for me to picture that really mapping against the real work at hand.

by tibbar 5y ago

tyingq 5y ago

My opinion is that you're missing a lot of good talent with this sort of approach. There are people that are just as good/fast at solving problems in a quiet space with the ability to play around with trial and error in an actual dev environment. They can answer your questions well too, given some time to mull it over quietly. Being able to do it on a whiteboard with people around you, and answering questions right when they are asked is a skill, I admit. It's a poor analog for what the work usually ends up being, though.

tibbar 5y ago
There was a time when candidates would get stuck on a problem and I would tell them "if you want, keep working on this problem and email me tonight with your work." Most people didn't follow up, but some people did, and we usually hired them. They usually had very high grit and follow through, but were unfortunately (as a rule) slower and generally worse at their jobs than other hires. We had to let one of these people go despite his excellent communication and organization skills. Today I can rely on a stronger recruiting pipeline so I don't need to make exceptions like this, but I'm not really sure if I would go back given the chance. No matter how much grit you have, if it takes you 10 hours to do what everyone else is doing in 1 hour, you will struggle _a lot_ at your job.
- tyingq 5y ago
  Perhaps the working environment just isn't what I'm used to. Assuming the interview is closed book, no internet, you're measuring recall against whatever random questions you ask. It's hard for me to picture that really mapping against the real work at hand.