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!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!newsfeed.fsmpi.rwth-aachen.de!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 26 Mar 2014 16:03:59 +0100 From: "G.B." User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Your wish list for Ada 202X References: <7f1c01c5-3563-4b94-9831-152dbbf2ecdc@googlegroups.com> <206rutb9pqak$.11a3dufqvmrm4.dlg@40tude.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Message-ID: <5332ec5f$0$4224$9b4e6d93@newsspool2.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 26 Mar 2014 16:03:59 CET NNTP-Posting-Host: 9d1e3665.newsspool2.arcor-online.net X-Trace: DXC=012MaQ@FP=bEB;5>eE0T7mA9EHlD;3Ycb4Fo<]lROoRa^;5]aA^R6>bfoEA^jLh>_cHTX3jm0g_Kj\7hD4m X-Complaints-To: usenet-abuse@arcor.de Xref: news.eternal-september.org comp.lang.ada:18981 Date: 2014-03-26T16:03:59+01:00 List-Id: On 26.03.14 10:02, J Kimball wrote: > On 03/26/2014 03:17 AM, Dmitry A. Kazakov wrote: >> On Tue, 25 Mar 2014 14:41:16 -0700 (PDT), Stoik wrote: >> >>> I think that even a casual user of Ada should be able to influence >>> somehow >>> the new version of Ada. I wonder what is high on your list of wishes for >>> Ada 202X? >> >> No. Casual users have casual ideas. Ada already suffered too much from >> casual additions. > > Casual users may also not be content with the status quo and may be > spending their non-casual time keeping up with advances in programming > language design that could benefit the language where a non-casual user > may not have any additional time—of no fault of his own, of course. Slight problem with Ada users who would be triggering language design. Consider these as premises: 1 - Industries depending on Ada consist of competitors. 2 - Language design requires co-operation of those in need of a common language. 3 - Commercial Ada support is considered good; they do take care of customers (while also steering language design...) 4 - Time and money is usually spent on projects and support. Conclusion: Industry, insofar as it depends on Ada, is a lame duck: If programmers (1) want a language feature, and they get past controlling (4), they first talk to (3), and (3), I imagine, will then have almost full control of the language situation.