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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Nasser M. Abbasi" Newsgroups: comp.lang.ada Subject: Re: Build language with weak typing, then add scaffolding later to strengthen it? Date: Fri, 22 May 2015 03:54:44 -0500 Organization: Aioe.org NNTP Server Message-ID: References: Reply-To: nma@12000.org NNTP-Posting-Host: CV72NQ0GT7rQd8cP1ZYi/A.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:25939 Date: 2015-05-22T03:54:44-05:00 List-Id: On 5/22/2015 2:42 AM, Georg Bauhaus wrote: > On 21.05.15 21:11, Nasser M. Abbasi wrote: > >> In Ada, none of this is needed, > > This claim may be a little bold. Even thinking from "inside" Ada. > It is all relative ofcourse. What I meant is that when I get clean compile from Ada (after some struggle), I feel much more safe that I did not overlook some basic typing conflict or some other silly mistake which should be detected by the compiler which can result in hard to detect errors later on at run-time. In this sense, Ada does not need all the scaffolding (lint, compiler flags, type hints, etc.. to make it more robust, it is build into the language. That is what I mean. Ofcourse, one can still make logic/algorithmic errors in any language. > For example, the recently introduced aspects of types show how > "strong" Ada types really are, that is, how expressive the Ada > type system really has been. > > Actually, the effort that has produced Ada may have spurred > an idea of how not to design a language. Obviously, for all > willing to see it that way, it was a big failure, C having > taken its place in embedded systems. While the greed, and the > opportunism associated with its design situation are on record, > still, obviously, the socioeconomic failure carries over to the > qualities of the design process. Right? > > Who would want to do that again? > > >> So, why do language designers design computer languages with weak >> typing, and then spend so much effort later on to fixing the >> weak typing? Is it because it is easier to design a language with >> weak typing than strong one? > > Are you sure there ware professional language designers around when > these languages were defined? > > Maybe now, within Microsoft's X# set. Maybe around Scala. Maybe > atETH Zürich. > > But with other "designs", it seems that a language is just inspired > by what its creators happen to have learned. (Which, sometimes, > is type inference in ML.) Designing something better, more inclusively, > requires voluntary co-operation of competitors in industry… > It requires deviating from just having grads do something™ in their > spare time and let The Market do the rest. > Is anything being done, language-wise, by industry? Or are their needs > taken care of (nominally) by the existing language vendors instead? > > Certainly, an ad hoc language like JavaScript, created by young grads, > was pushed by popularity, the drivers being from the sales department; > that's on record. Once the language is out the door, having gained some > traction, it would take someone bold to replace it with something > much better. So, not sales staff. Once the language is out, no one > takes any risks, the business is established. > > So, instead, PHP, C, Fortran etc. get all bells and whistles that you can > get for money (sic), by hiring compiler makers who need employment anyway. > Hence, for example, the Hack language and HHVM, were motivated and > financed by Facebook; this should keep PHP in place. > > Thus our collective boldness (none) makes crappy languages stay. > The improved compilers help saving one's face. > Good. > --Nasser