'You cannot reduce the complexity of your problem by increasing the complexity of your language.'
Disagree; eg. DSLs. Here "Simplicity" is born out of a large array of "Complicated Constructs" in some language. The size of the surface area encompassing the various constructs is directly proportional to the expression of various possible models of computations and thus effective problem solving. This idea is what is behind the Mozart/Oz language (and of course C++ :-)
> 'one way is to make it so simple that there are obviously no deficiencies, and the other is to make it so complicated that there are no obvious deficiencies.'
I think this is also a premise of the article, I don't see that quote as "the main" premise, but just another quote used to explore the overall points presented
The article is trying to focus on "Simplicity"(in everything?) with Go being the exemplar according to the author. However it confuses two major issues; Simplicity in the Language used for expression vs. Simplicity in the Solution of a Problem. They are two very different things; and the quote you list (by Tony Hoare) actually refers to the latter.
Simplicity in the solution of a problem is not to be argued against. This was the main thrust of Wirth's work (see also the book The School of Niklaus Wirth: The Art of Simplicity). But he presupposed that this is only possible by using a "Simple" language. This is what is debatable. I think with the experience that the community has gained now (in terms of volume of software written) we are realizing the need for "Complex" languages/libraries/frameworks.
'You cannot reduce the complexity of your problem by increasing the complexity of your language.'
Disagree; eg. DSLs. Here "Simplicity" is born out of a large array of "Complicated Constructs" in some language. The size of the surface area encompassing the various constructs is directly proportional to the expression of various possible models of computations and thus effective problem solving. This idea is what is behind the Mozart/Oz language (and of course C++ :-)