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=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,15890893c0618a8a X-Google-Attributes: gid103376,public From: pdmillik@mpx.com.au (Peter Milliken) Subject: Re: [Q] Tools for Ada Quality and Style Date: 1996/04/30 Message-ID: <4m3ouj$b0p@inferno.mpx.com.au>#1/1 X-Deja-AN: 152139108 references: <9604172134.AA27114@eight-ball> <767968529wnr@diphi.demon.co.uk> <4ltjat$dao@parlor.hiwaay.net> organization: Microplex Pty Ltd newsgroups: comp.lang.ada Date: 1996-04-30T00:00:00+00:00 List-Id: 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 |