comp.lang.ada
 help / color / mirror / Atom feed
From: mpl@sfsup.UUCP (M.P.Lindner)
Subject: Re: "C" vrs ADA
Date: Wed, 26-Aug-87 11:40:57 EDT	[thread overview]
Date: Wed Aug 26 11:40:57 1987
Message-ID: <1937@sfsup.UUCP> (raw)
In-Reply-To: 36@sarin.UUCP

[ the following are excerpts - see the original articles for context ]

In article <36@sarin.UUCP>, eric@sarin.UUCP writes:
> In article <2231@cbmvax.UUCP>, daveh@cbmvax.UUCP (Dave Haynie) writes:
> 
> > The biggest problems with Ada is the massive size of its compiler and the
> > verbosity of it's language.  I guess if you really like Pascal or Modula2,
> > you might adjust, but if you're used to C, it might take some getting used
> > to.  
> 
> My suggesting is
> that you take an open mind to the Ada vs C issue, because it is not
> as Mr. Haynie suggests.

OK, although I must confess a love of "C".  Most of this love comes from
being able to write a program in minutes, then refine it.  C is concise,
clean, and unrestrictive.  I'm a Pascal convert, so I've used languages
which enforced typing.

>    I do not see
> how the "size" of a compiler matters in producing code that is efficient,
> that is easily maintainable, and documentable.

It doesn't.  The comment was that the size of the compiler makes it harder
to verify the *compiler*.

> If you are used to C, you
> may have trouble adjusting to the strong typing of the language. Ada is
> a verbose language (if rich can be stated in any other words). But it is that
> richness that makes the language so useful.

True, but I mistrust excess complexity in languages that try to be "all things
to all developers".

> Many customers (non DOD or NATO) are requesting Ada because of the
> software engineering that it dictates. Ada is not just a computer language,
> it is a software engineering methodology.
> The compilers today are becoming efficient.

OK, I'll buy that.  The methodology of the Ada environment is sound, if a
little restrictive.  I do take exception, however to the statements that
Ada is an "object oriented" language.  Yes, it is, but it was implemented
no better than that of C++.  Example:  Try to make a generic merge sort
which can sort floats and integers.  Unless this has been fixed since I
learned Ada, it can't be done!  The reason I was given is a generic type
can only assume assignment and equality.  If we add constraints, we must
specify either integral types or floating types.  Little inconsistancies
make life hell for programmers, as well as conflicting with the stated intent
of the methodology.

> After coding
> this tool, we determined that some inefficiencies dictated a design change.
> This design change proliferated itself through the entire system. The coding
> for this change took about a man-month, but the debug and reintegration
> phase took only two days. The system ran as before, must more efficient
> due to the design change. Had the code been written in C, this would not
> have happened.

Oh, and did you implement it in C, or is this the same kind of closed minded
opinionism you attacked earlier?  I claim the ease of reintegration is due
to methodology, and the same methodology is applicable to many languages,
not just Ada.  Not only that, but had the projract been done in C, a "quickie"
implementation of the algorithms could have been implemented, which might
have shown the problem before it was proliferated throughout the entire system
(not to mention that fact that a design should not "proliferate" through an
entire system if the design methodology is sound).

> Many of the errors that were interjected by the engineers
> were due to spelling, wrong variable selection, or unhandled boundary
> conditions. These errors would not have come out during C compilation.
> They would have manifested themselves in various (or nefarious) bugs. These
> interjected errors were found (80% approx) during compilation of the code.

Again, I musst take exception, since a good methodology would include linting
code, which would indeed have uncovered these errors (and do it without
imposing extra restraints on the developers).

> My suggestion is that you learn software engineering, object oriented
> design, and the use of software tools. Then learn Ada.

I have studied software engineering, object oriented, design, and the use
of software tools.  Then I learned Ada.  I still have nightmares.

Mike Lindner
attunix!mpl

  parent reply	other threads:[~1987-08-26 15:40 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1987-08-17 21:36 "C" vrs ADA Glen Harman
1987-08-18 14:49 ` spf
1987-08-19 17:03   ` "C" AND Ada Eugene Miya N.
1987-08-20  1:52     ` Richard Harter
1987-08-20 17:29       ` "C" AND Ada (epigram) David Palmer
1987-08-21  9:09       ` "C" AND Ada Kent Paul Dolan
1987-08-19 20:45   ` "C" vrs ADA ark
1987-08-20 20:10     ` Stephen 2. Williams
1987-08-21  0:19     ` Jef Poskanzer
1987-08-21  9:15     ` Webber
1987-08-21  1:04   ` R.A. Agnew
1987-08-21 15:27     ` spf
1987-08-23  0:35     ` Henry Spencer
1987-08-23 18:07       ` wyatt
1987-08-25 17:55         ` John Unekis
1987-08-25 18:57       ` David C. Albrecht
1987-08-27 16:32         ` Henry Spencer
1987-08-28 16:31           ` Renu Raman, Sun Microsystems
1987-08-28 15:51         ` Peter da Silva
1987-08-30  1:05           ` Rahul Dhesi
1987-08-31 13:55             ` sns
1987-09-04 16:51             ` VAX/VMS C Jim Sullivan
1987-08-18 15:17 ` "C" vrs ADA G.Gleason
1987-08-18 18:09 ` John Unekis
1987-08-21 12:07   ` Mr. Patrick J. Kelly Jr. GS-13
1987-08-21 13:00   ` steve
1987-08-21 14:04   ` Stefan M. Vorkoetter
1987-08-22 23:31     ` COBOL vs "C" vs ADA neubauer
1987-08-24 23:11       ` Dave Levenson
1987-08-25 19:18         ` FORTRAN vs COBOL vs Pascal vs C " Stephen the Greatest
1987-08-23 13:13     ` COBOL vrs Ada (was: Re: "C" vrs ADA) Kent Paul Dolan
1987-08-21 14:17   ` "C" vrs ADA M.P.Lindner
1987-08-21 15:10   ` Dave Haynie
1987-08-21 16:07   ` crowl
1987-08-22  2:44     ` hitchens
1987-08-27 18:53       ` jym
1987-08-22 14:31     ` Roy Smith
1987-08-26 16:17     ` Kurt Hoyt
1987-08-23  0:33   ` Henry Spencer
1987-08-18 18:43 ` Dave Haynie
1987-08-22 21:09   ` Eric Beser sys admin
1987-08-25 16:35     ` David Palmer
1987-08-26 14:21       ` spf
1987-08-28  0:49       ` peter
1987-09-03 20:03         ` R.A. Agnew
1987-08-26  3:38     ` Doug Gwyn 
1987-08-26 19:32       ` Charles Simmons
1987-08-26  9:25     ` Randell Jesup
1987-08-26 15:40     ` M.P.Lindner [this message]
1987-08-27 17:44       ` Jeff Bartlett
1987-08-31 17:53         ` mpl
1987-09-01 22:03           ` Barry Margolin
1987-09-02  0:32       ` eric
1987-08-26 18:30     ` Dave Haynie
1987-08-29  6:25     ` Henry Spencer
1987-09-01 19:02 ` Jacob Gore
1987-09-02 14:09 ` stt
  -- strict thread matches above, loose matches on Subject: below --
1987-08-25 20:44 blackje%sungod.tcpip
     [not found] <822@s.cc.purdue.edu>
1987-08-28 12:33 ` kelly
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox