>> Guys, this frenzy of computer languages with ultra-complex syntax requiring absurdely massive and complex compiler infrastructure has to go away.
>> Don't you see we need the other way around, namely computer languages with simpler syntax.
You can't "wish away" essential complexity. Programming languages can be "simple" or "easy to use", but it's hard to make a programming language that does both because software development has some elements that are complex by nature. There are trade-offs to be made when designing programming languages.
Overly simple programming languages are toys. No one uses them for real work because they are too limited or too constrained.
Some programming languages like Python and Go (to some degree) hide a lot of complexity and are easy to use for many use cases, but the complexity is still present and becomes visible when you try to do something outside their common uses.
Other programming languages (like C, C++, and Rust) hide very little and give the software developer more control in exchange for more complexity. This requires more skill and care but allows for leaner, faster software.
>> Don't you see we need the other way around, namely computer languages with simpler syntax.
You can't "wish away" essential complexity. Programming languages can be "simple" or "easy to use", but it's hard to make a programming language that does both because software development has some elements that are complex by nature. There are trade-offs to be made when designing programming languages.
Overly simple programming languages are toys. No one uses them for real work because they are too limited or too constrained.
Some programming languages like Python and Go (to some degree) hide a lot of complexity and are easy to use for many use cases, but the complexity is still present and becomes visible when you try to do something outside their common uses.
Other programming languages (like C, C++, and Rust) hide very little and give the software developer more control in exchange for more complexity. This requires more skill and care but allows for leaner, faster software.
Rich Hickey has a great talk that highlights the differences between software that is "simple" versus software that is "easy": https://www.infoq.com/presentations/Simple-Made-Easy/