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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!newsfeed.xs3.de!io.xs3.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Ada Successor Language Date: Thu, 14 Jun 2018 16:00:22 -0500 Organization: JSA Research & Innovation Message-ID: References: <5e86db65-84b9-4b5b-9aea-427a658b5ae7@googlegroups.com> <878t7u1cfm.fsf@nightsong.com> <8a65f8ff-4a75-43f2-884c-6872780f7ea8@googlegroups.com> <771e8e35-b71a-499d-a0fe-bb0df1de22ab@googlegroups.com> <92741619.550509671.540055.laguest-archeia.com@nntp.aioe.org> <81e22064-bb0e-4e0b-982a-c17a2cad5977@googlegroups.com> <1b03e4ff-daf1-4c13-84ef-13aec1ba96e9@googlegroups.com> Injection-Date: Thu, 14 Jun 2018 21:00:23 -0000 (UTC) Injection-Info: franka.jacob-sparre.dk; posting-host="rrsoftware.com:24.196.82.226"; logging-data="26704"; mail-complaints-to="news@jacob-sparre.dk" X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246 Xref: reader02.eternal-september.org comp.lang.ada:53106 Date: 2018-06-14T16:00:22-05:00 List-Id: "Shark8" wrote in message news:1b03e4ff-daf1-4c13-84ef-13aec1ba96e9@googlegroups.com... >IMO, the rise to prominence of Unix and C [and arguably C++] is the worst >thing that happened >in the field of CS. The amount of money, time, energy, and effort sucked up >by these is so >staggering to contemplate that it would be difficult to overestimate the >costs, both real [e.g. >all the buffer overflow vulnerabilities] and opportunities lost [e.g. the >low-level of today's >"advanced" continuous integration, or the cost of using the FS as a DB, or >the costs of >moronically considering unstructured text as THE appropriate/native format >for storing >programs]. While I agree with your basic premise, I'm dubious that there is a better format than unstructured text for programs. There were many such alternatives explored in the 1980's, and they all had the property of making editing more complex. (I tried one for a while when a vendor wanted us to consider bundling it; it was a very nice job for the time, but the attempt to keep code parsable at all times made it much harder to do program editing - one needed multiple steps to do what was easy to do in one step and a bit of text editing. For instance, consider cutting out an elsif branch and turning it into a stand-alone if statement -- a restucturing I tend to do fairly frequently.) More generally, non-plain-text editors put barriers into program construction, and those barriers make one stop and worry about how to make the editor happy rather than continuing to worry about the actual problem you are solving. While some level of friction can be tolerated if it leads to big savings later (that's why we can tolerate Ada's strong typing!), syntax errors just aren't a significant enough problem (they get detected soon enough in any scheme) to give much benefit. This area is a problem I've been thinking about for literally decades, and I'm pretty convinced that most of the "solutions" are worse than the problem they'd be fixing. For a new scheme to be better, it would have to have little friction. I also worry about the fragility of databases. If some "unstructured text" gets corrupted, you might lose a subprogram or two. (That used to happen a lot in the old days, and it still does once in a while.) And you can usually get that from a backup. But a corrupted database is pretty much useless - if the recovery tools fail, the only choice is to reconstruct from scratch. (I just had to reinstall one of the subsystems on our Windows Server because of a problem like this - had to uninstall the entire subsystem, delete all of the files, and then reinstall. Luckily I mainly cared about getting rid of the error messages, not so much the loss of data.) With databases, everything is harder than it is with simple files: backups, searching, etc. all need specialized tools. So the benefits would have to be massive in order to make up for the variety of tiny pains that would ensue. Randy.