It have made hireing so convuluted since it boils down to tabs versus spaces.
I'd rather argue that the methodology to hire is flawed generally and dice rolls are probably better then most processes. Especially the riddle and leetcode ones.
It's not "tabs vs spaces"; there are just many people employed as software engineers who 1) cannot translate an English (or other human language) description into working code, and 2) have no idea how software actually works. They know enough about the mechanics of programming to copy and paste code from Stackoverflow/ChatGPT and use git, but if they encounter a novel problem they are totally lost. Hiring them is like hiring someone who only knows how to drive to be your car mechanic.
If you've been in the industry for 5+ years, think hard and I'm sure you can at least think of one example of a coworker you've had that fits this description.
If it is this one, encountering at least one example of a coworker over 5+ years is pretty far away from the numbers implied. “ 199 out of 200 applicants for every programming job can't write code at all.” I am very skeptical of this.
Keep in mind your coworkers are the ones who passed the interview. How much hiring have you done? 199/200 of applicants not being able to code is probably an underestimate these days; now that it's so easy to apply for jobs with one click on LinkedIn, Indeed, etc. any job you post will get flooded with resumes from people who are completely unqualified and have literally never held a programming job or have any computer-related education. Can't blame people for optimism, I suppose?
If we jump to the next level of the funnel, to people who have passed an initial resume screen and are doing a phone or in-person interview, I estimate at least 60% of those candidates are still unqualified to hold a position as an actual software developer solving actual technical problems with code, in my personal experience.