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,f49c8f164340c377 X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news2.google.com!news.glorb.com!newshub.sdsu.edu!newscon04.news.prodigy.net!prodigy.net!newsdst01.news.prodigy.net!prodigy.com!postmaster.news.prodigy.com!newssvr19.news.prodigy.net.POSTED!cfe18fef!not-for-mail From: Gary Scott Organization: Home User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Current status of Ada? References: <7744bf.vg4.ln@hunter.axlog.fr> <1188580722.187449.288030@m37g2000prh.googlegroups.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 68.94.33.193 X-Complaints-To: abuse@prodigy.net X-Trace: newssvr19.news.prodigy.net 1188763445 ST000 68.94.33.193 (Sun, 02 Sep 2007 16:04:05 EDT) NNTP-Posting-Date: Sun, 02 Sep 2007 16:04:05 EDT X-UserInfo1: S[O]R^OGLBUUSWTXZBND]_\@VR]^@B@MCPWZKB]MPXH@ETUCCNSKQFCY@TXDX_WHSVB]ZEJLSNY\^J[CUVSA_QLFC^RQHUPH[P[NRWCCMLSNPOD_ESALHUK@TDFUZHBLJ\XGKL^NXA\EVHSP[D_C^B_^JCX^W]CHBAX]POG@SSAZQ\LE[DCNMUPG_VSC@VJM Date: Sun, 02 Sep 2007 15:03:54 -0500 Xref: g2news2.google.com comp.lang.ada:1659 Date: 2007-09-02T15:03:54-05:00 List-Id: adaworks@sbcglobal.net wrote: > "Gary Scott" wrote in message > news:yWgCi.852$4J3.839@newssvr22.news.prodigy.net... > >>But part of the issue has been unhappiness of the programmers themselves. >>When told that they would have to program in Ada, the C programmers were >>turning down job offers. Not because they couldn't pick up Ada, but because >>they wanted to keep their C skills polished in case they found a better >>position elsewhere. You do get rusty from non-use, and you fall behind the >>latest standards over time. >> > > I have heard this argument from the so-called managers who were using > it as an excuse for not using Ada. When the interviewing manager says > something such as, "Of course, in our shop you will be programming in > Ada instead of C. I know this is a little bit out of the mainstream, but > the government programming we do requires us to use Ada." Or some > similar line of apologetic interviewing, what can we expect. Yes. Too > often, the managers would apologize for using Ada instead of focusing > on the benefits of using it. And there are a lot of benefits. Adam mentioned > the software engineering benefits, and those benefits are substantial. I don't disagree that this would be an impact of such a line of questioning. I have no information that this occurred. It certainly never happened with me. However, I have discussed these issues with many programmers and it is a somewhat pervasive attitude that not keeping their C language skills honed places them at a competitive disadvantage. Defense has somewhat frequent employment ups and downs. They simply want to be competitive with those competing for commercial jobs. I had a conversation with Nancy Leveson (Safety Critical Software). She tends to be somewhat language agnostic in her books, but it is my belief that she agrees with the above but is hesitant to voice such a heretical view. > > When I was just a programmer, even a programming manager, before discovering > Ada, I did not really understand software engineering very well. Most of what > passed for (and still passes for) software engineering was the adoption of > Industrial > Engineering protocols on the software process. There was very little of what > any real engineer would call engineering. I have Ada to thank for helping me > rise above the programming model that I had been stuck with for so many years. > > Hardly anyone engineers software in C. Very few really use C++ to engineer > software solutions. As long as we remain tied to the notion that programmers > are the driving force in the software process, we are doomed to a long nightmare > of horrible applications where debugging is the norm and design is the > exception. > If C++ is the answer, someone is asking the wrong question. > > Where C is often called a "universal assembler," C++ is an object-oriented > assembler, and not as universal as C. If software engineering is, in part, > about > levels of abstraction, C++ is at a very low level of abstraction. As long as > we > continue to think of software in terms of computers instead of in terms of the > required solutions, we will be stuck with a model of software that continues > to focus on the low-level issues. > > When I first began to learn Ada, coming to it as an old-fashioned programmer, > it was a strange and difficult transition. My first inclination was to look > for ways > I could leverage Chapter 13 for my code. It took a while to understand the > finer points of the language. Once I was able to understand those, it seemed > strange to me that I used to write programs in a different way. > > Sadly, those LMCO managers on Aegis who made the decision for C++ instead > of Ada simply don't understand Ada. They are still thinking in terms of > programming > languages, not in terms of engineered software. This is true of most of the > DoD > contractors I have known over the past twenty+ years. They have no idea of the > benefits of software engineering, something they can do with Ada better than > with > most other options. It is a matter of ignorance, nothing more. If they did > understand > the difference, there would never have been abandonment of Ada in favor of C++. > > So, instead of learning how to apply good software engineering principles, most > of > them have behaved like human lemmings, blindly following the idiotic choices > made > by those in the software industry who also know little about engineering, but a > lot > about programming. > > Until the DoD, and industry in general, begins to take more of an engineering > approach > to the development of software, we will continue to wrestle in our bedclothes > with > the software nightmares that continue to haunt us, only to wake in the morning > and > discover that our best efforts to control those nightmares have consummated > themselves > in nothing more than a simple wet-dream. > > Richard Riehle > > > > -- Gary Scott mailto:garylscott@sbcglobal dot net Fortran Library: http://www.fortranlib.com Support the Original G95 Project: http://www.g95.org -OR- Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html If you want to do the impossible, don't hire an expert because he knows it can't be done. -- Henry Ford