I agree. But it also depends on the role you're hiring. When I hire grads or juniors onto my team I will focus a lot more on leetcode style problems because a)

I agree. But it also depends on the role you're hiring. When I hire grads or juniors onto my team I will focus a lot more on leetcode style problems because a) they don't have much work experience so delving into real-world problems they have solved is typically not useful (exceptions there) and b) leetcode is usually closer to their recent experience which tends to be more academic in nature. More senior roles typically have very different requirements. I don't need a staff or principal engineer to pass a leetcode test as it typically isn't relevant to that role. I respect their lived experience so I dive into real world problems they have solved, not just software but also people, culture, etc.