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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,629e11b80bdec45d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-05-16 06:50:18 PST Path: archiver1.sj.google.com!newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!195.25.12.36!oleane.net!oleane!fr.clara.net!heighliner.fr.clara.net!newsfeed.planete.net!psinet-france!psiuk-f4!psiuk-p4!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: powerful editors versus IDEs (was: License to Steal) Date: Wed, 16 May 2001 09:40:39 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9du00p$fd8$1@nh.pace.co.uk> References: <9drct2$gpq$1@nh.pace.co.uk> <3B0263B5.FB21A304@earthlink.net> NNTP-Posting-Host: 136.170.200.133 X-Trace: nh.pace.co.uk 990020441 15784 136.170.200.133 (16 May 2001 13:40:41 GMT) X-Complaints-To: newsmaster@pace.co.uk NNTP-Posting-Date: 16 May 2001 13:40:41 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.sj.google.com comp.lang.ada:7562 Date: 2001-05-16T13:40:41+00:00 List-Id: In a real CM system, even if you add no comments in the process of a check out/in, it at least maintains a record of what was changed and when & the delta between the two versions. Comments in a banner are notoriously unreliable and nothing forces them to be updated when a change is made. I used to regularly ignore the pleas of some of my cohorts to update the banners on the grounds that I had already explained my changes in the CM system and didn't want to do it twice. If they wanted the *real* history of a module, they could get it in a cocaine heartbeat from the CM system with very nearly zero effort. I wasn't about to update banners with duplicate and likely unreliable info just because "that's the way we've always done it!" MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Marc A. Criley" wrote in message news:3B0263B5.FB21A304@earthlink.net... > I've tried for many years on different projects to push the project's > coding "header" standard away from maintaining CM information--with > mixed results. CM tools are powerful enough that, when properly > integrated into a well thought out CM process, a full and useful change > history of the unit can now be easily extracted from such tools. > > I hate maintaining redundant information in a header, but many people > (managers and developers alike) don't trust the CM environment, don't > want to be bothered with having to learn a few simple procedures with > the tool, and/or want all the change information in the file and are > willing to accept the risk of incompleteness and inaccuracy. (For the > latter desire, auto-generation of headers has sometimes proved a > workable compromise.) > > Marc A. Criley > Senior Staff Engineer > Quadrus Corporation > www.quadruscorp.com