And what's the alternative? Quizzing people on some random C# framework methods? The "I don't use algos in a day to day job" argument has been around forever, but nobody making it ever proposes a better filter.
And what's the alternative? Quizzing people on some random C# framework methods? The "I don't use algos in a day to day job" argument has been around forever, but nobody making it ever proposes a better filter.
I guess for candidates fresh out of school, you have to fall back to things they should know out of school as a proxy.
Meta's leetcode gambit includes leetcode Hards and Mediums which aren't just "remember your hash maps and trees!" They're incredibly hard to brute force under time pressure if you haven't practiced similar problems before. Now do that for every interview -- exhausting.
Alternative? Lol? System design. "Walk me through systems you've built." Have a conversation. If you can't then maybe you don't have the skill for interviewing or dare I say the skill to be an engineer.
When I interviewed at faang I was only once asked a leetcode hard question. Mediums in 99% of cases are manageable with just "remembering your hash maps and trees".
I'm in no way saying there aren't people who ask hard questions, but most of the times it is not the case. Also, how would you check that the person can code and solve problems with only checking their past system design experience?
This. I can talk about projects I've worked on from day 1 in my career to date. Some more than others, but at least I can cover the high level.