home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / std / unix / 489 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  2.1 KB
  1. Path: sparky!uunet!not-for-mail
  2. From: knighten@intel.com (Robert L. Knighten)
  3. Newsgroups: comp.std.unix
  4. Subject: Re: POSIX - Caving In Under Its Own Weight (Long
  5. Date: 26 Dec 1992 20:55:56 -0800
  6. Organization: Intel Supercomputer System Division, Beaverton, OR
  7. Lines: 31
  8. Sender: sef@ftp.UU.NET
  9. Approved: sef@ftp.uucp (Moderator, Sean Eric Fagan)
  10. Message-ID: <1hjd0sINNobl@ftp.UU.NET>
  11. References: <1hdn66INNi18@ftp.UU.NET> <1him24INNfct@ftp.UU.NET>
  12. Reply-To: knighten@SSD.intel.com (Bob Knighten)
  13. NNTP-Posting-Host: ftp.uu.net
  14. X-Submissions: std-unix@uunet.uu.net
  15.  
  16. Submitted-by: knighten@intel.com (Robert L. Knighten)
  17.  
  18. In article <1him24INNfct@ftp.UU.NET> johnl@iecc.cambridge.ma.us (John R. Levine) writes:
  19. >I think we need to step back a little and consider what appears to me to
  20. >be the root of all the standardization trouble: standards should codify
  21. >existing practice, or at worse choose from among a few existing versions
  22. >of existing practice, perhaps with some minimal glue where the selected
  23. >versions don't match up perfectly.  Invented standards usually fail.
  24.  
  25. This is a commonly expressed claim ("standards should codify existing
  26. practice") and it may even be true for software, but I would certainly like to
  27. hear some justification.  Certainly it is not true for a great many other
  28. standards, such as many computer hardware standards, standards for electrical
  29. fixtures and building standards, where specification of a standard often
  30. preceeds the existence of any product.  Indeed there are numerous situations
  31. where this is enforced by law.
  32.  
  33. Certainly invented standards usually fail, but then most standards (not just
  34. software standards) fail in the sense that they have no significant impact on
  35. commercial practice.  Do invented standards fail more often than those which
  36. codify existing practice?  Indeed how is it to be decided which standards fall
  37. in each category?
  38.  
  39. --
  40. Robert L. Knighten                 | knighten@ssd.intel.com
  41. Intel Supercomputer Systems Division | 
  42. 15201 N.W. Greenbrier Pkwy.         | (503) 629-4315
  43. Beaverton, Oregon  97006         | (503) 629-9147 [FAX]
  44.  
  45.  
  46. Volume-Number: Volume 29, Number 99
  47.