[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: changes and standards documents



Hi,
>>"Marcus" == Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:

 Marcus> You know that it is my opinion that the same reasoning counts
 Marcus> for technical documents and maybe even for other data
 Marcus> entities. If you didn't know it, well, then I say it here.

 Marcus> You asked for reasons why for example standards should comply
 Marcus> to the same guidelines. The reasons are the same, IMHO. I
 Marcus> can't understand why you are arguing here. You asked, and I
 Marcus> gave.

	That's so? Well, here are my refutations to the so called
 reasons you gave for standards. 

 Marcus> a) Without documentation, you can't use the software.

	Does not apply to a standard. You use the standard by reading
 it -- nothing has to be modified. A standard is not documentation for
 a program. 

 Marcus> b) Documentation and software are often integrated, for
 Marcus>    example in context help system.

	Does not apply to a standard -- it is not embdded in any code
 or a program. 

 Marcus> c) Source code documentation (for libraries, for example), are often
 Marcus>    directly written in the source code and automatically
 Marcus>    generated.

	Irrelevant when what we are talking about is a standards
 docuent. No library is involved. 

 Marcus> d) Although you choose to ignore it completely --- I think
 Marcus>    *all points* of the dfsg apply to documents for the *same
 Marcus>    reasons*. The points have to be interpreted slightly
 Marcus>    different. I put my personal interpretation in my posting
 Marcus>    and in the web (known adress). 

	Realy? Why? You have offfered nothing that has any relevance
 to a standard. You have relevant points for documentation for a
 program -- but you have said nothing that justifies why a standard
 should be mutable. 

	Getting peeved and yelling does not make reasons appear where
 there were none. 

	If you think you have given *any* reasons that apply to a
 standards document, please repeat them. Remember -- standards
 documents. Not documentation for a program. 

	If you have none, I roundly reject the ntion that standards
 need be modifiable.

	manoj
-- 
 It's easier to fight for one's principles than to live up to them.
Manoj Srivastava  <srivasta@acm.org> <http://www.datasync.com/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


Reply to: