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: border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!feeder.erje.net!eu.feeder.erje.net!newsfeed.fsmpi.rwth-aachen.de!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Georg Bauhaus Newsgroups: comp.lang.ada Subject: Re: F-22 ADA Programming Date: Fri, 31 Oct 2014 10:41:36 +0100 Organization: A noiseless patient Spider Message-ID: References: <220f97ab-9aa2-4961-b140-2b271c3ab99a@googlegroups.com> <99759c3f-a35f-4745-a8fd-2fb6ab6fb1aa@googlegroups.com> <48dc1630-8e7d-4e29-8bdd-53d74932d9d0@googlegroups.com> <88a7f98c-55c2-4b5f-8a9d-c8b7512781c8@googlegroups.com> <50cacb19-5d0b-4dbe-b91b-0b3b462913d6@googlegroups.com> <07d0ad94-160b-4873-ba1b-403e8c0bc420@googlegroups.com> Reply-To: nonlegitur@futureapps.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Fri, 31 Oct 2014 09:41:29 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="ccad6836240abaf72f72a13f8d01711f"; logging-data="25323"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+yRRxJ41CWCdNx07+PN2dZ3mLaKsj0TWA=" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 In-Reply-To: <07d0ad94-160b-4873-ba1b-403e8c0bc420@googlegroups.com> Cancel-Lock: sha1:UXThtipngLV2JkZ1jTrtv+pTObY= Xref: number.nntp.giganews.com comp.lang.ada:190246 Date: 2014-10-31T10:41:36+01:00 List-Id: On 30.10.14 23:37, Maciej Sobczak wrote: > I am not aware of any engineering industry where purely technical arguments are the only ones that are taken into account. It would be naive to expect that IT should be any different. To an engineer, it is obvious that no terribly broken tools should ever be used in engineering, including bridge building, except in an emergency. So obvious that engineers and mechanics just never face a discussion like this: They do use a reasonably good soldering iron even when there is a good candle, bellows and skillful use at hand. Such curiosities would be admired, and requested to be understood, but they would never replace the soldering iron. C++, as an example of a tool different from C and used in engineering, has got soooo much to address the shortcomings of its foundation (C). But it keeps it, and not just as a curiosity. Why? By analogy, any engineer would by now have considered replacing the foundation, or at least part of it. But here in programming, we keep C as the foundation. We keep our backwards compatibility, our pride, our demonstrable consistency of the C standard, our group pressure, our dreams of always doing things correctly, our stereotypes, the ubiquity of C (self-fulfilling), etc. All this happens even in the presence of refactoring IDEs, automatic proof systems, or static analysis (really redefining C implicitly), This evidence would definitely allow saying Good Bye to int and *p. So I don't believe the continued use of error prone foundations can be explained with the help of just the pricing-related attributes of economy. On the other hand, the history of Ada pricing seem strikingly obvious: The 4+ digits/year of a good tool have been in anyone's face (including compilers for use in teaching), while the ROI would appear in an uncertain future. How could this have been compatible with gaining market share?