comp.lang.ada
 help / color / mirror / Atom feed
From: Richard D Riehle <laoXhai@ix.netcom.com>
Subject: Re: KSLOC estimates Ada vs C++
Date: 1999/05/28
Date: 1999-05-27T18:59:00-07:00	[thread overview]
Message-ID: <7ikt94$qvg@sjx-ixn5.ix.netcom.com> (raw)
In-Reply-To: 374DCB87.6EE9BE49@lmco.com

In article <374DCB87.6EE9BE49@lmco.com>,
	Raymond Calande <ray.calande@lmco.com> wrote:

>Has anyone ever seen a reference in which a comparison is done that
>shows the relative size in KSLOC for Ada versus C++ for the equivalent
>program?
>TIA
>

One can easily understand why such a question would be asked.  We
are often looking for simple comparisons that can help us make
decisions about complicated matters.  

Unfortunately, such a comparison is likely to be at best inconclusive,
probably misleading, and at the very worst ridiculous.  In some cases, 
a C++ program might be a little larger.  In others, Ada might have more
KSLOC. What would be infer from such a comparison?

1) Ada/C++ is easier to write?

2) Ada/C++ is easier to maintain through the full lifecycle?

3) Ada/C++ is easier to read?

4) Ada/C++ improves productivity?

5) None of the above

The correct answer is, None of the above.  

There are so many hidden factors. Do we include the number of KSLOC 
of the libraries used in each program?   Does the size of the problem
contribute to the size of the program, and does an Ada program solution
become smaller as the problem gets larger?   Is a short C++ program 
shorter than a short Ada program?  

It would be convenient if we could reduce our decision-making to this kind
of information.  As is so often affirmed in contemparary sitcoms, "Size
doesn't matter."

Richard Riehle
richard@adaworks.com
http://www.adaworks.com




  reply	other threads:[~1999-05-28  0:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-05-27  0:00 KSLOC estimates Ada vs C++ Raymond Calande
1999-05-28  0:00 ` Richard D Riehle [this message]
1999-05-28  0:00 ` Marin David Condic
1999-06-13  0:00 ` Jack Florio
  -- strict thread matches above, loose matches on Subject: below --
1999-05-28  0:00 Robert I. Eachus
replies disabled

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