We've been having a larger internal debate about the type of leetcode interview and architecture questions we ask, and how valuable the signal is for testing something completely unrelated to our real work.

My two cents, the interviews here are going to help them assess how you work your way through problems, how you think and process, and how you communicate. That is a very valuable signal to get out of someone you're potentially going to be in the trenches collaborating with. That is the true value behind these route sets of challenges, much more son than "can this person code?"

We've hired engineers that have been absolutely amazing teammates in our department that on paper have had wonky technical interview questions, but it was because of the attitude and their approach in the moment that won us over.

They know you can code, they can see the OSS. The "hoops" here are for the intangibles.