And I agree, working with someone so cocky is a bad idea. Because if you ever do follow his advice (against your better judgment) and the projects fails (as it likely will), it won't be because of his idea, but its because you were stupid too.
Orthogonally, you don't have assume that everyone is stupid for it to be a good idea to design things as though everyone is stupid, because the fractional slice of attention and working memory that the user can easily spare is effectively a moron. This argument applies easy to issues of usability, but for programming, it may equate to driving a car with blinders on. I don't really know.
He's an expert in compiling Lisp. Probably the world expert on the subject.
While I grant that that's a harsh statement, would you disagree with what he says next?
"Our current popular languages are designed to help losers lose less."
Remember, this was written in 2002. Scala wasn't around, C# was just invented, and neither Ruby nor Python were in popular use.
All that said, I've recently done a couple of months of programming (in a very restrictive environment) in Javascript, and I yearn for a compiler.
Perhaps these tools do help "losers lose less"... but a tool is a force multiplier (bad tools are multipliers with a value less than one, and truly bad tools have negative multipliers :D Not all tools are bad.)
In the hands of an expert, the right tool can become a powerful weapon.
So I think your "truly bad tools" don't exist.
Really? In every aspect of programming? In every language? This is the typical prima donna bullshit that pervades this industry. I pity anyone who has to deal with you on a daily basis.
Good point.
Whatever tools we can leverage to make us lose less should be welcomed with open arms.
That's true in the abstract. In reality, though, there are often tradeoffs that come with these safeguards.