|
|
|
|
|
by ptd
2691 days ago
|
|
Is there a better way of making sure someone can actually code? It’s easy to take credit for past projects when it’s unclear how much help you had or what part you played. Isn’t the best way to judge a candidate asking them to create/produce something for you? |
|
- A non-trivial take-home exercise and give them a week or two to complete. This should have higher weight on the decision instead of the "Google doc coding" as most likely that's the type of code they'll be shipping to production.
- Use the onsite interviews to improve upon the exercise and/or to get into the nitty gritty details, and also to make sure this is the type of person people would enjoy working with.
- Allow candidates to run the code and to look things up (even Einstein didn't remember how to do long division, he looked it up).
- Give people the benefit of the doubt and assume they are not liars or thieves. If you end up having certain doubts, ask yourself why you have those doubts and take appropriate steps to remove doubts.
And let's be real. Do you think someone with X years of experience having worked at multiple companies (small and big corps) was hired because they couldn't code?