Comment by theamk
1 day ago
Have you ever hired?
No, it's not enough. There are people out there who can talk great talk, and have great resume, but cannot do their actual job for some reason. Maybe they cannot read the code, maybe they cannot write the code, maybe they can write the code but not in the manner that keeps the rest of codebase working... I've had people like that on my team, it was miserable for all of us.
It is essential to see candidate actually write and debug code. It would be even better if we could see how the candidate deals with existing huge codebase, but sadly this kind of thing can't be easily done in a quick interview, and good candidates don't want trial periods.
I have seen people passing leetcodes and other types of intensive interviews with high ranks but then failed miserably at their jobs. I have seen hard working/learning people, having zero idea on specific programming language but know some basic fundamentals become the best engineers. I know lots of people who are great engineers and have become VPs of engineering, staff engineers, architects, etc. who didn't complete the technical assessment successfully. This means that they weren't perfect at the time of the interview but had other skills to succeed in their jobs in various companies. They were hard workers, great learners, versatile, innovative, etc. But that was a past era of interviews when people were not searching for perfection but mostly evaluating soft skills. Nowadays people just search for the perfect candidate. Any error in the technical assessment or leetcode means rejection, any imperfect/doesn't meet my own solution response also means rejection. Nobody checks for or evaluates soft skills, nobody checks whether I have solved similar problems in some past experience. I guess that's the issue with bad fits, not just the lack of technical skills (which I agree that needs to be evaluated as well but not in an extremely hard and strict yes/no format unless you are google and co).