From: | George Neuner <gneuner2@comcast.net> |
Newsgroups: | comp.compilers |
Date: | Mon, 09 Apr 2018 16:51:18 -0400 |
Organization: | A noiseless patient Spider |
References: | <49854345-f940-e82a-5c35-35078c4189d5@gkc.org.uk> 18-03-103 18-03-042 18-03-047 18-03-075 18-03-079 18-03-101 18-04-002 18-04-003 |
Injection-Info: | gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="42503"; mail-complaints-to="abuse@iecc.com" |
Keywords: | history, design |
Posted-Date: | 09 Apr 2018 16:59:27 EDT |
On Sun, 8 Apr 2018 14:21:48 +0100, "Derek M. Jones"
<derek@_NOSPAM_knosof.co.uk> wrote:
> Martin Ward wrote:
>> Modern popular languages are neither powerful nor easy to learn.
>
>What evidence do you have for this?
I disagree about "easy to learn" - there are plenty of languages that
are easy to learn. But as to the question of "power" ...
Note that "powerful" and "useful" (for some definition) are not the
same thing. There are plenty of semantically restricted languages
that can be considered useful for their intended purposes.
That said:
IMO, the evidence that many popular languages are not "powerful" is
that they are either exclusively or primarily OO, but they implement
only single inheritance objects.
Wherever you stand on OO as a programming paradigm, you can't deny
that single inheritance is the weakest variant of it. The addition of
"interfaces" and "mix-ins" does not make up for the lack of true
multiple inheritence in those situations where it is needed.
The necessity to write "Design Patterns" was, IMO, acknowledgement
that the average programmer could not figure out how to express their
ideas under Java's limited object model.
I prefer to use languages that naturally support multiple programming
paradigms, and don't put many (or any) limits on what can be done
using them. Some solutions are best expressed procedurally, others
are more naturally functional, and yet others are best modeled using
objects.
I relegate to the proverbial junk heap the many languages that force
solutions to be shoehorned into a model that they don't naturally fit.
There are too many "me too" languages that think a simple object model
combined with procedural code is the solution to every problem.
YMMV,
George
Return to the
comp.compilers page.
Search the
comp.compilers archives again.