This would be more applicable if the interviewing process had any correlation with on the job expectations. Working on a job also requires: 1. Communication about expectations with team lead, PM and other stakeholders, vetting requirements, and pushing back where necessary. 2. Writing tests that cover as many edge cases as possible (This actually takes just as long as coding a feature if done right) 3. Understanding the pipeline and release cycle, and being able to build new hooks 4. Look at stack traces to debug application crashes. This usually involves debugging code that other people have written. 5. Review other engineer's merge requests, and communicate in a emotionally aware manner.

A leetcode/hackerrank type interview does not test any of these skills. If I work on improving these skills that make me an amazing engineer, it does not get me far in a typical interview, hence my frustration with their "weeding".

And then there are those of us who, even with an overwhelming amount of evidence to the contrary, feel incompetent.

Yes, I know about impostor syndrome. I know a few who've confessed to me they suffer from it - and I sure prefer to work with them than the delusions of grandeur types who waste my time.