From: pdmillik@mpx.com.au (Peter Milliken)
Subject: Re: [Q] Tools for Ada Quality and Style
Date: 1996/04/30
Date: 1996-04-30T00:00:00+00:00 [thread overview]
Message-ID: <4m3ouj$b0p@inferno.mpx.com.au> (raw)
In-Reply-To: dewar.830719362@schonberg
Robert Dewar (dewar@cs.nyu.edu) wrote:
: Bob Crispen was looking for pretty printing tools to enforce a standard.
:
: I must say I do not like this approach. For uniform style rules to work,
: everyone has to buy into them, and buying into them means getting
: completely familiar with them and not considering writing code in any
: other style.
:
: If you rely on pretty printing tools, then there is a danger of continuing
: to foster a sloppy attitude to the style rules.
:
: I *do* like tools that enforce style rules, to the extent that this is
: possible. Many style rules are simply too indefinite to enforce
: mechanically.
:
If I understand you correctly here, it would perhaps be best to use/provide
tools that encourage the chosen style to be easily implemented at the
point of entry by the programmer rather than providing a 'clean-up'
utility after the fact. Such a tool is Language Sensistive Editting a la
DEC's LSE editor. It reduces program entry (largely) to "filling in the
blanks" ie the program structures are generated automatically (minimal
keystrokes anyway) by the editor and the programmer basically types in
the variable names and chooses the appropriate code structures along the
way. I have used LSE on an Ada project and provided I stuck to using the
language templates I had no style problems or semantic errors. Please do
not confuse the method that DEC have chosen for LSE'ing with the
"primitive" method provide by the Emacs ada-mode, DEC's method is far
superior and easier to use.
From experience on several projects now I have found that people either
love true LSE or hate it, it seems to end up being one of those
"religious" areas that programmers seem to develop about their work
habits and tools (witness the great editor wars that have been fought over
the years :-)).
--
--------------------------------------------- _--_|\ |
Peter Milliken (pdmillik@mpx.com.au) / \ |
CAE Electronics (Australia) Pty. Ltd. \_.--._/ |
120 Silverwater Rd, Silverwater, N.S.W., 2128. v |
next prev parent reply other threads:[~1996-04-30 0:00 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
1996-04-17 0:00 Ada naming conventions? Bob Crispen
1996-04-17 0:00 ` Michael F Brenner
1996-04-25 0:00 ` [Q] Tools for Ada Quality and Style JP Thornley
1996-04-26 0:00 ` Ken Garlington
1996-04-27 0:00 ` Bob Crispen
1996-04-28 0:00 ` Robert Dewar
1996-04-29 0:00 ` JP Thornley
1996-04-30 0:00 ` Ken Garlington
1996-04-30 0:00 ` Peter Milliken [this message]
1996-04-30 0:00 ` Robert Dewar
1996-05-05 0:00 ` Geert Bosch
1996-05-07 0:00 ` Peter Milliken
1996-04-30 0:00 ` Ken Garlington
1996-04-30 0:00 ` David Sanderson, IV
1996-05-01 0:00 ` [Q] Tools for Ada Quality and Style [LONG] Laurent Guerby
1996-05-02 0:00 ` Robert Dewar
1996-05-02 0:00 ` Robert A Duff
1996-05-02 0:00 ` Robert A Duff
1996-05-02 0:00 ` Robert Dewar
1996-04-30 0:00 ` [Q] Tools for Ada Quality and Style Laurent Guerby
1996-04-30 0:00 ` Robert A Duff
1996-04-30 0:00 ` Frank Falk
1996-04-30 0:00 ` David Weller
1996-05-04 0:00 ` LJMetzger
1996-05-04 0:00 ` Robert Dewar
1996-05-06 0:00 ` Rolf Ebert
-- strict thread matches above, loose matches on Subject: below --
1996-04-30 0:00 Bob Crispen
1996-04-30 0:00 ` Robert Dewar
1996-05-01 0:00 ` Bob Kitzberger
1996-05-02 0:00 ` Robert Dewar
1996-05-02 0:00 ` Robert A Duff
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox