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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,189a28164788ed2e X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-06 22:15:46 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!feed2.onemain.com!feed1.onemain.com!newsfeed2.earthlink.net!newsfeed.earthlink.net!news.mindspring.net!not-for-mail From: Richard Riehle Newsgroups: comp.lang.ada Subject: Re: Computer Language Shootout Date: Tue, 06 Nov 2001 22:19:50 -0800 Organization: AdaWorks Software Engineering Message-ID: <3BE8D286.924511AB@adaworks.com> References: Reply-To: richard@adaworks.com NNTP-Posting-Host: 9e.fc.c4.4d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Server-Date: 7 Nov 2001 06:15:30 GMT X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en Xref: archiver1.google.com comp.lang.ada:15971 Date: 2001-11-07T06:15:30+00:00 List-Id: AG wrote: > Isn't it true though that, given a long enough SLOC support from the > compiler, > any Ada program can be written on a single line? Or, at least, use as long > lines > as are supported by the compiler. That'll show them for sure ... :) So, what > was > that metric about? In modern programming, there are a lot of problems with the SLOC metric. For example, do we count the SLOC of any libraries we might use? If we count only the code of the program in question, does it matter if we put several statements on one line? Wouldn't it be more useful to count the number of statements instead of the number of lines? Another problem. Some languages are better at writing short programs than others. Ada is excellent for larger programs developed by a team of engineers. It is terrible for "hello world" programs. One could write a great "hello world" program in a few lines of assembler. In any other language, there are supporting libraries for I/O that must be considered as part of the solution space. Let's see what happens in this "shootout" as the size of the programs increases to, say, 100K non-comment source code statements. Now double that size. Then double that. How is Visual Basic faring? How is C faring? Indeed, compared to Ada, how is C++ holding up? Under the criteria of selecting the right tool for the right job, Ada holds its own. Unfortunately, this "shootout" is being conducted by someone without the slightest idea, by his own admission, what it takes to build software in a wide range of domains, especially large-scale software. It is an odd revisiting of Zeno's Paradox all over. Richard Riehle