The better I get at writing clean code, the less comments I need to use. What if there was a "compiler mode" where comments were forbidden. Or maybe you are entitled to a limited number of comment words per file.
Could that spur programmers to write better code?
The former is supposed to answer “what”. You’re describing the characteristics of a part of the elephant, from the perspective of knowing the whole elephant.
In the latter, “why” is what determines whether a code comment is valuable (or if the code under comment is itself questionable). If your comment needs to explain to maintainers (including future-you) what the code does, it’s a huge red flag. The most reasonable exceptions to that are: important optimizations that obscure understanding the code by reading it; you have to interact with APIs out of your control that force you to write hard to understand code.
That said, I don’t think barring comments would be helpful. As you described, presence/frequency of comments tends to diminish as code quality improves. More, clarifying what I put in the tweet thread: quality of comments tends to improve and reliance on low quality comments tends to drop.
But that’s a correlation with other positive factors. Enforcing that a hypothetical low quality code author cannot include comments won’t convey all of the other factors that would help them improve the code they write. It’ll just make their low quality code more opaque.
A better approach, in my opinion, is to treat comments as code smells in review/maintenance tasks. You can use this as an opportunity to interrogate the comments directly, and discuss the commented code secondarily. This gives you a chance to express, here’s an approach that might not need explanation at all.
Getting rid of apologies won't prevent people from making mistakes. Sounds like a cure for the symptoms and not the source.
like what if there was a pc that wouldn't accept mice. I'm heavy hotkeys user and I wouldn't give up my mouse.