home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 160 < prev    next >
Internet Message Format  |  1990-12-05  |  3KB

  1. From std-unix-request@uunet.uu.net  Mon Oct  1 14:30:23 1990
  2. Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP 
  3.     id AA01767; Mon, 1 Oct 90 14:30:23 -0400
  4. Posted-Date: 1 Oct 90 17:56:00 GMT
  5. Received: by cs.utexas.edu (5.64/1.76) 
  6. From: hl.rogers@ncrcae.Columbia.NCR.COM (HL Rogers)
  7. Newsgroups: comp.std.unix
  8. Subject: Re: Standards Update, NIST Shell-and-Tools FIPS Workshop
  9. Message-Id: <107019@uunet.UU.NET>
  10. References: <558@usenix.ORG>
  11. Sender: jsq@uunet.uu.net
  12. Reply-To: hl.rogers@ncrcae.Columbia.NCR.COM (HL Rogers)
  13. Organization: NCR E&M Columbia, Columbia, SC
  14. X-Submissions: std-unix@uunet.uu.net
  15. Date: 1 Oct 90 17:56:00 GMT
  16. To: std-unix@uunet.uu.net
  17.  
  18. Submitted-by: rogers@ofc.uucp
  19.  
  20. In article <558@usenix.ORG> std-unix@uunet.uu.net writes:
  21. >
  22. >In my opinion, NIST is going to go ahead and publish a flawed FIPS in
  23. >the belief that it will drive the IEEE to pick up the pace of POSIX.
  24. >The Government has a burning need for a standard, they find it
  25. >politically unacceptable to use UNIX System V as that standard, and
  26. >they strongly prefer action over waiting for the IEEE.
  27. >
  28. There is something to be said for any action which motivates the IEEE
  29. committees to move a little faster.  This type of action, however, will
  30. ultimately cost the taxpayer when agencies who purchase D9 implementations
  31. have to retool a year later because all the developed applications will
  32. honor the final dot 2 draft.
  33.  
  34. What I fail to understand is IEEE's continuing propensity to violate the
  35. "prime directive", i.e., their failure to specify common practice.  As 
  36. long as they continue this annoying habit, they will continue creating 
  37. these problems.  It is far better to specify common practice, then work 
  38. through some other forum on getting the vendors to change the functionality 
  39. for future versions.
  40.  
  41. Attempting to legislate change through IEEE dot n committees may even
  42. work, but guess what?  Instead of Uncle Sam buying something off the
  43. shelf for near commodity prices, he has to buy a "special" for inflated
  44. prices because it had to be especially developed.  Nobody had it, not 
  45. common practice,...  And guess what else?  You, I, Roger Martin, and
  46. the rest of us collectively make up "Uncle Sam."  It's your money, ace.
  47.  
  48. IMHO, IEEE "management" needs to put their foot down and put an end to
  49. the real political battles - those being fought in IEEE dot n 
  50. committees.  Then NIST would be an ally instead of an opponent.
  51. ---
  52. HL Rogers    (hl.rogers@ncrcae.Columbia.NCR.COM)
  53.  
  54. Volume-Number: Volume 21, Number 160
  55.  
  56.