From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,703c4f68db81387d X-Google-Thread: 109fba,703c4f68db81387d X-Google-Thread: 115aec,703c4f68db81387d X-Google-Thread: f43e6,703c4f68db81387d X-Google-Attributes: gid103376,gid109fba,gid115aec,gidf43e6,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!news3.google.com!news.glorb.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.rcn.net!news.rcn.net.POSTED!not-for-mail NNTP-Posting-Date: Fri, 25 Mar 2005 21:23:50 -0600 Sender: jsa@rigel.goldenthreadtech.com Newsgroups: comp.lang.ada,comp.lang.c++,comp.realtime,comp.software-eng Subject: Re: Teaching new tricks to an old dog (C++ -->Ada) References: <4229bad9$0$1019$afc38c87@news.optusnet.com.au> <1110032222.447846.167060@g14g2000cwa.googlegroups.com> <871xau9nlh.fsf@insalien.org> <3SjWd.103128$Vf.3969241@news000.worldonline.dk> <87r7iu85lf.fsf@insalien.org> <1110052142.832650@athnrd02> <1110284070.410136.205090@o13g2000cwo.googlegroups.com> <395uqaF5rhu2mU1@individual.net> <1111607633.301232.62490@z14g2000cwz.googlegroups.com> <1111628011.160315.134740@o13g2000cwo.googlegroups.com> From: jayessay Organization: Tangible Date: 25 Mar 2005 22:28:22 -0500 Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: 209.6.25.79 X-Trace: sv3-EFW2X86j0e21JShYgrRx+4caeVtaDx7Rf4XDQiX+/ZLAOhbWJLWRGc2o9XAlefZ6Ke6jmDuhDg9sNRa!c5stGRlGeYaQxQEgDiFUM5hiEBPF9u4P0EbvbBvTo3ST66N6o/LuqbqtqmODRVF/Mm1T/fe5lOQw X-Complaints-To: abuse@rcn.net X-DMCA-Complaints-To: abuse@rcn.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.31 Xref: g2news1.google.com comp.lang.ada:10009 comp.lang.c++:47314 comp.realtime:1732 comp.software-eng:5348 Date: 2005-03-25T22:28:22-05:00 List-Id: Jared writes: > And that is why $YOUR_LANGUAGE should allow arbitrary array indices. Or > should have all types be anonymous. Or should use structural type > equivalence. Or should combine data and method declarations for object > types. Or should have a preprocessor. Or > infer all types. Or whatever. Just like $MY_LANGUAGE. I don't buy this total "relativism". It smacks of the "Turing equivalent" arguments. > > Robert Duff made a comment a while ago about how silly most (I would > > say without much hyperbole 99+%) of the points in these threads would > > be to Lisp (and Smalltalk) folks. I couldn't agree more. You are all > > arguing over differences that mean almost nothing looked at from these > > other perspectives. > > This is quite correct, but also largely irrelevant. The general context I suppose you are correct here. I'm here because I still do follow (at least in passing) how Ada is doing and what it's followers are up to. I try not to get into these things, but the comment from J.Coffin comparing Lisp macros to a "preprocessor" was too much to ignore. It's sad really how very little people here have even the ghost of an idea of what something like Common Lisp is, can provide, and can do. > of a language flamewar is that every feature $YOUR_LANGUAGE has that > $MY_LANGUAGE doesn't have is unnecessary, and a clear sign of its > inferiority. Any feature $MY_LANGUAGE has that $YOUR_LANGUAGE lacks > is absolutely essential, and a clear sign of its superiority. Well, now _that_ is certainly on target. > A functional language like Lisp lacks many of the features being argued Lisp is not really a functional language, though it can be used as one. It is very much multiparadigm. > Yes, a person can do all kinds of neat things in Lisp. A good programmer > can do all kinds of neat things elegantly in any language, and a bad > programmer cannot. This again sounds like a TE argument and so not particularly good. The key thing aboug Lisp is that it is a programmable programming language and thus can incorporate at any point any construct from any language seamlessly and transparently into it. Does that make it _necessarily_ superior to anything else? No - that typically is heavily context dependent. But after having analyzed and used all these "lesser" languages it is clear to me that in _most_ cases it is definitely superior. Nobody here is going to believe any of this. Then again, next to nobody here even has the ghost of a clue about the facts that would undermine their belief. > > And the level > > of _expressive capability_ in > > Aldor? > > > is so > > _low_ that it again is simply amazing to see people so vehemently > > arguing over differences that are almost invisible. > > I'm sure you meant expressive convenience. Turing completeness ensures No, I meant expressive capability also called expressivness, or expressivity. Turing equivalence is totally irrelevant. If it had any meaning in such discussions we would all be toggling in programs as 1' and 0's at consoles. > "The sooner we can forget that FORTRAN has ever existed, the better, for > as a vehicle of thought it is no longer adequate: it wastes our > brainpower, is too risky and therefore too expensive to use." > - E.W. Dijkstra, EWD 340 > > The arguments being carried on here echo this complaint. Implicit in the > arguments for both sides is that the one wastes brainpower while the > other conserves it. That's fairly important, given that brainpower is > the only tool a programmer really has. Yes, indeed. This is very on target and is at the heart of the issue. Which brings us full circle to the point here that the differences being argued, from the perspective of Lisp (or Smalltalk) are so small as to be meaningless. /Jon -- 'j' - a n t h o n y at romeo/charley/november com