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: 109fba,d95b511473b3a931 X-Google-Attributes: gid109fba,public X-Google-Thread: 1014db,d95b511473b3a931 X-Google-Attributes: gid1014db,public X-Google-Thread: 103376,d95b511473b3a931 X-Google-Attributes: gid103376,public From: ucaa2385@alpha1.csv.ica.uni-stuttgart.de (Peter Hermann) Subject: Re: Language Choice and Coding style Date: 1996/07/04 Message-ID: <4rg3ph$2on4@info4.rus.uni-stuttgart.de>#1/1 X-Deja-AN: 163647923 references: <4quk22$78@krusty.irvine.com> <4r059t$2at0@info4.rus.uni-stuttgart.de> <4r3bp1$cea@Starbase.NeoSoft.COM> followup-to: comp.lang.ada,comp.lang.c,comp.lang.c++ organization: Comp.Center (RUS), U of Stuttgart, FRG newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++ Date: 1996-07-04T00:00:00+00:00 List-Id: Robert Dewar (dewar@cs.nyu.edu) wrote: : I strongly disagree. In theory this sounds OK, but style covers much more : than simple rules that can be messed around with by a formatting editor. : If a team is not willing to agree on unimportant little things, but insists : on going their own individual way, I think you have little hope of : achieving a high degree of coding style consistency, something I think : is vital for the success of software projects with more than one person : involved. IMHO, you are going a bit too far. I had to manage implementations on every existing (reasonable) hardware of 2 very large Fortran-systems with contributions of more that 2 dozen people, approx. 100 people over the time, of course. For consistent development of code I wrote a "Fartran harter Standard" (oh, nice typo :-) "Fortran harter Standard", of course. In this guide, all contributors were obliged to follow a lot of rules. People hated me first but later on they were grateful when they saw that we had (nearly) push-button installations on different systems. With the appearance of Ada I recognized that we would not have more the need to impose extra rules on our own, a really great advantage. Because: Every rule which can be dropped is a good rule. The fewer rules we have the greater the acceptance. I hate it to impose rules. In Ada this is very possible. In Ada nobody can escape the useful language rules without being punished by rejection (how practical ;_). I like it to allow everyone to show his personal style. This is even important because the motivation is very much higher. They are and should keep to be individuals. And I like it when I see at first glance "Oh that is the typical style of Barbara". This holds for code production inside bodies. If a team agrees on a specific shape of the interfacing stuff, this must be accepted by the whole team. Agreements of that kind can then be carried by everybody in the team (then they really like it). -- Peter Hermann Tel:+49-711-685-3611 Fax:3758 ph@csv.ica.uni-stuttgart.de Pfaffenwaldring 27, 70569 Stuttgart Uni Computeranwendungen Team Ada: "C'mon people let the world begin" (Paul McCartney)