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,a0be06fbc0dd71f1 X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!wns14feed!worldnet.att.net!attbi_s21.POSTED!53ab2750!not-for-mail From: "Jeffrey R. Carter" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: The future of Ada is at risk References: <20071229040639.f753f982.coolzone@it.dk> <13oe680qard6u2d@corp.supernews.com> In-Reply-To: <13oe680qard6u2d@corp.supernews.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 12.201.97.213 X-Complaints-To: abuse@mchsi.com X-Trace: attbi_s21 1200075623 12.201.97.213 (Fri, 11 Jan 2008 18:20:23 GMT) NNTP-Posting-Date: Fri, 11 Jan 2008 18:20:23 GMT Organization: AT&T ASP.att.net Date: Fri, 11 Jan 2008 18:20:23 GMT Xref: g2news1.google.com comp.lang.ada:19319 Date: 2008-01-11T18:20:23+00:00 List-Id: Phaedrus wrote: > Okay, I guess we all agree, Ada is a heck of a language and we all love it. > (Or else why would we be here?) But the implied question that started this > thread was, well, what's WRONG with the ol' gal? Instead of making this an > Ada-love-fest, how about doing some honest soul-searching about what's > missing, wrong, or just too hard for the programming world in general? The > current lack of a DOD mandate isn't the reason for Ada's diminishing market > share, the market share is the result of a real or imagined problem with the > language, environment or something else. So I'd like to propose that we put > all of your Mensa-caliber gray matter to work and determine what's wrong or > lacking. Ada is a SW-engineering language. It enforces SW-engineering principles. 98% of developers are coders, not SW engineers. It should not be a surprise that they don't choose a SW-engineering language. We don't let construction workers design bridges or choose the materials for them, but we regularly let the construction workers design and choose the materials for significant SW projects. This is probably because there is significant liability for incompetent civil engineers, and none for incompetent SW engineers. > 1. It's relatively intimidating to learn. > > Not that it needs to be, but between a needlessly complicated LRM and > academia-bound (-and-hopefully-gagged) textbooks, a neophyte shouldn't dive > in without a full scuba set. It gets deep, fast. And if you didn't get on > the Ada-train in the mid 80's, then the learning curve is STEEP. Nice folks > like Dean Gonzales did their best to create annotated LRM's in the 80's, > should that effort get going again? A controlled study by the US Military Academy found Ada to be a better 1st language than Pascal, which was designed as a teaching language. > 2. More emphasis on cleverness than usefulness on rugged, reusable code. > > Have you noticed how many folks would rather use a bunch of tasks, or do > umpteen levels of inheritance, when something simple would work just fine? > These ivory-tower things are real nice, but isn't it more important that it > be able to be reused in LESS time than it took to write the darn thing? Has > the KISS rule been forgotten? Honest, it's okay that package Hammer isn't > completely safe for objects of type Toe, if you document it. And don't even > get me started on people who make their own types (AKA "Bobs_Integer") when > the predefined type would work just fine. SW engineers can create useful abstractions, making things simpler. Coders can't, and tend to create designs that make things more complex than they need to be. And don't get me started on people who use Integer when an application-specific type would be a much better choice. > It really is quicker and easier to create small C apps for Windows (The > prevalent environment) than Ada. Why? What's are your favorite gripes? > What could be made easier? Since a lot of large projects start life as > little projects and little demos, if we make it easier to make little > projects then maybe the big projects will come our way. My experience is that it's easier to get something running in C than in Ada. Getting something that seems to be correct tends to take longer in C than in Ada, and getting something where I'm confident that it's correct takes even longer. Ada sometimes seems to avoid taking advantage of its opportunities. Ada 95, with tasking improvements, came out just before Windows 95, the 1st widely used OS with multitasking support. I suggested that we promote Ada 95 as the language of choice for Windows 95, but that didn't happen. Now multiprocessors are becoming common, and a language with good, high-level support for parallelism should be the language of choice for such systems. Maybe we can take advantage of this opportunity. A standard, portable, Ada-oriented, easy to use for most basic tasks, non-GPL GUI library would go a long way to making Ada more attractive. One of Java's big attractions was its portable GUI library. It wasn't perfect, but that wasn't a concern for most users. -- Jeff Carter "Propose to an Englishman any principle, or any instrument, however admirable, and you will observe that the whole effort of the English mind is directed to find a difficulty, a defect, or an impossibility in it. If you speak to him of a machine for peeling a potato, he will pronounce it impossible: if you peel a potato with it before his eyes, he will declare it useless, because it will not slice a pineapple." Charles Babbage 92