home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / std / unix / 492 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  2.2 KB
  1. Path: sparky!uunet!not-for-mail
  2. From: jfh@rpp386.uucp (John F. Haugh II)
  3. Newsgroups: comp.std.unix
  4. Subject: Re: POSIX - Caving In Under Its Own Weight (Long
  5. Date: 27 Dec 1992 18:21:12 -0800
  6. Organization: Los Tejanos SCUBA Club and Beer Joint, Austin, Tejas
  7. Lines: 31
  8. Sender: sef@ftp.UU.NET
  9. Approved: sef@ftp.uucp (Moderator, Sean Eric Fagan)
  10. Message-ID: <1hloaoINN77p@ftp.UU.NET>
  11. References: <1hdn66INNi18@ftp.UU.NET> <1him24INNfct@ftp.UU.NET> <1hjd0sINNobl@ftp.UU.NET>
  12. Reply-To: jfh@rpp386.uucp (John F. Haugh II)
  13. NNTP-Posting-Host: ftp.uu.net
  14. X-Submissions: std-unix@uunet.uu.net
  15.  
  16. Submitted-by: jfh@rpp386.uucp (John F. Haugh II)
  17.  
  18. In article <1hjd0sINNobl@ftp.UU.NET> knighten@SSD.intel.com (Bob Knighten) writes:
  19. >This is a commonly expressed claim ("standards should codify existing
  20. >practice") and it may even be true for software, but I would certainly like to
  21. >hear some justification.  Certainly it is not true for a great many other
  22. >standards, such as many computer hardware standards, standards for electrical
  23. >fixtures and building standards, where specification of a standard often
  24. >preceeds the existence of any product.  Indeed there are numerous situations
  25. >where this is enforced by law.
  26.  
  27. I know that in certain of these circumstances, where the standard predates
  28. the production of something which meets these standards, that the standard
  29. is derived from an existing standard plus some incremental refinement.  The
  30. area I am most familiar with is the American Bureau of Shipping standards
  31. as they apply to maritime vessels.  The size of a piece of steel in a certain
  32. location in a ship is not pulled out of thin air.  Rather, that piece of
  33. steel is specified based on existing practice, and the specification is
  34. altered using practical experience (like, did any boats built that way sink
  35. recently ...), not the desire to make life easier on steel foundries.
  36.  
  37. Were software standards derived in a manner similar to those produced by
  38. engineers in the more physical disciplines, perhaps software would be as
  39. compatible as telephone equipment and as reliable as a screwdriver ...
  40.  
  41. -- 
  42. John F. Haugh II                  [  TSAKC  ] !'s: ...!cs.utexas.edu!rpp386!jfh
  43. Ma Bell: (512) 251-2151           [ DoF #17 ]        @'s: jfh@rpp386.cactus.org
  44.  
  45.  
  46. Volume-Number: Volume 30, Number 2
  47.