comp.lang.ada
 help / color / mirror / Atom feed
From: "Robert C. Leif, Ph.D." <rleif@rleif.com>
To: <comp.lang.ada@ada.eu.org>
Subject: RE: Bad coding standards - aesthetics are irrelevant
Date: Wed, 20 Dec 2000 20:12:53 -0800
Date: 2000-12-20T20:12:53-08:00	[thread overview]
Message-ID: <NBBBJNOMKDIAJALCEFIJGEFJEBAA.rleif@rleif.com> (raw)
In-Reply-To: <LPBBLLGPHODFBNGLFGJDMELNCBAA.singlespeeder@btinternet.com>

From: Bob Leif
To: Singlespeeder et al.

A direct way to enforce an institutional style would be to build automated
tools that reformat the Ada source to beautiful Ada source. For instance, if
an XML schema were created for Ada, it appears to me that it would be
possible to create an ASIS based tool to produce Ada source in XML syntax.
It should then be possible, if need be, to enhance an XML editor to serve as
an Ada programming editor. Since the formatting of XML is separate from the
XML document, it should be possible to create an institutional style sheet.
This technology could be augmented by other ASIS tools which, for instance,
could selectively eliminate Use Package statements and instead perform
renames according to a standard algorithm.


-----Original Message-----
From: comp.lang.ada-admin@ada.eu.org
[mailto:comp.lang.ada-admin@ada.eu.org]On Behalf Of Singlespeeder
Sent: Wednesday, December 20, 2000 2:23 PM
To: comp.lang.ada@ada.eu.org
Subject: Re: Bad coding standards - aesthetics are irrelevant


Much of the debate on aesthetics would be needless if there was a good
freely available non-proprietary tool for reformatting the code, much like
the C world has 'indent'.

Then all you do is specify a company wide set of flags for the tool and
insist that all code is run through the tool with those flags before
checking it into the code libraries.

This is not a new idea - check out 'Code Complete' by Steve McConnell for
more debate on layout backed up by hard figures.

Unfortunately bad coding style is more than mere aesthetics.

As for markers in the code - surely the language standard itself need not
specify them. Neither is there any reason why you or your company couldn't
adopt html (or even xml) in your source code comments and then run the
source through a tool similar to javadoc. Except you'd have to write the
tool. None proprietary please.

Nick Wallis







  parent reply	other threads:[~2000-12-21  4:12 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-20 22:22 Bad coding standards - aesthetics are irrelevant Singlespeeder
2000-12-20 23:46 ` Larry Kilgallen
2000-12-21  4:12 ` Robert C. Leif, Ph.D. [this message]
2000-12-21 11:33   ` Robert Dewar
2000-12-21 15:59 ` Stephen Leake
2000-12-21 19:30   ` William Starner
2000-12-21 20:54     ` Florian Weimer
2000-12-22 21:33       ` William Starner
2000-12-22 14:57     ` Bruce or Tracy
2000-12-23  8:04       ` Simon Wright
2000-12-28  0:54         ` mark_lundquist
2000-12-22 15:06   ` Ira D. Baxter
2001-01-03 20:02   ` Wes Groleau
2000-12-21 23:46 ` Marin David Condic
2000-12-22  6:45   ` mark_lundquist
2000-12-28 16:05   ` Erik Magnuson
2000-12-28 20:16     ` Marin David Condic
2000-12-29  4:05       ` Robert Dewar
2000-12-29 12:19       ` Larry Kilgallen
2000-12-29 14:02       ` Tarjei T. Jensen
2000-12-29 16:23         ` Robert Dewar
2000-12-29 14:44       ` Erik Magnuson
2001-01-03 20:12   ` Wes Groleau
replies disabled

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