>From: Bruce Snyder [mailto:[EMAIL PROTECTED]
>
>This one time, at band camp, Cabrera, Alan said:
>
>CA>1+
>CA>
>CA>Given the evaluation criteria of, if all other things are equal,
>CA>making the code easier to read and comprehend should be a priority, I
>CA>think that this is a good idea.
>CA>
>CA>
>CA>Alan
>CA>
>CA>-----Original Message-----
>CA>From: David Blevins [mailto:[EMAIL PROTECTED]
>CA>
>CA>On Thu, Aug 14, 2003 at 09:18:19AM +0100, Alex Blewitt wrote:
>CA>> To revisit some of the earlier discussions regarding this:
>CA>>
>CA>> o We don't include author, because it's accessible from the CVS log
>CA>> o
>CA>> Since we can also find out the date from the CVS log, there's no point
>CA>> in having that in the source code as well
>CA>>
>CA>> It seemed to be the case that using $Date$ was therefore redundant,
>CA>> because you could easily find out how old the source was from CVS.
>CA>
>CA>Not to point out the obvious, but all $foo$ tags are available from
>CA>cvs log.
>CA>
>CA>I personally like the $Id$ tag which gives you everything. Yes, it's
>CA>easy to check cvs log on one file, but a hundred files?
>CA>
>CA>The $Id$ tag (and other cvs tag) may be bothersome to committers, but
>CA>it's a tremendous convenience to the thousands of users who may be
>CA>looking through the source.
>
>I spoke up and said that I prefer this as well. But as I sent the
>message it occurred to me that the reason this keyword is not being
>used is due to the HUGE debate over the @author tag (remember that
>$Id$ includes the last person who checked in the file). Jeremy politely
>reminded me of this. Hence my vote of $Revision$ $Date$.
To my mind, there is a significant difference between an @author tag and an
$Id$ tag. I agree w/ the reasoning for not including the former. I do not
think that this implies that we should toss out the latter. The semantics
of these tags is significantly different.
Alan
----------------------------------------------------------------
Visit our Internet site at http://www.reuters.com
Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit <http://www.reuters.com/messaging>
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of The
Reuters Group.
