home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.18 / text0017.txt < prev    next >
Encoding:
Text File  |  1990-03-18  |  3.9 KB  |  81 lines
  1.  
  2. In a recent article Doug Gwyn <gwyn@smoke.brl.mil> writes:
  3.  
  4.  > The problem is, NIST prepares FIPS and there is essentially no stopping
  5.  > them.  Because FIPS are binding on government procurements (unless
  6.  > specific waivers are obtained), they have heavy economic impact on
  7.  > vendors.  In the "good old days", NBS allowed the computing industry
  8.  > to develop suitable standards and later blessed them with FIPS.  With
  9.  > the change in political climate that occurred with the Reagan
  10.  > administration, which was responsible for the name change from NBS to
  11.  > NIST, NIST was given a more "proactive" role in the development of
  12.  > technology.  Unfortunately they seem to think that forcing standards
  13.  > advances the technology, whereas that would be true only under
  14.  > favorable circumstances (which unsuitable standards do not promote).
  15.  > (Actually I think that the whole idea of a government attempting to
  16.  > promote technology is seriously in error, but that's another topic.)
  17.  > 
  18.  > I don't know how you can tone down NIST.  Perhaps if enough congressmen
  19.  > receive enough complaints some pressure may be applied.
  20.  
  21. I understand the sentiment behind this and other complaints that have 
  22. appeared in this forum against NIST, but I am compelled nevertheless to
  23. rise to their defense.  
  24.  
  25. I don't believe NIST is just slap happy with power.
  26. They are reacting to pressure from other government agencies who desperately
  27. need their help to develop and maintain an open computing environment.  
  28.  
  29. In the good old days, these agencies had far greater freedom to buy 
  30. from whomever they wished, and they could afford the luxury of allowing
  31. the industry to develop standards at its slow and careful pace.
  32. Now the stricter enforcement of the rules 
  33. for open competition do not allow these agencies to specify
  34. which implementation of Unix they want or whether they get
  35. Unix at all.  Applications portability as
  36. provided by 1003.1 is their greatest need, but they also have a need
  37. for shell scripts to work across different systems, for interactive
  38. environments to be similar enough across systems to minimize
  39. training costs for (and mutinies by) users, and even for 
  40. system administration to be reasonably standard, especially as more
  41. users obtain workstations and become their own system administrators.
  42. The current push for the UPE and for 1003.7 may be from NIST, but it originated
  43. from beleagured federal government systems programmers.
  44.  
  45. NIST wants to provide these folks something to include in a procurement
  46. specification so that they can buy systems which can be made to work together.
  47.  
  48. It is quite right and a good thing for industry to balk when NIST
  49. pushes too fast.  We need the ideas and the pushing/pulling from both sides 
  50. to battle out just the right standard and to decide when it is appropriate
  51. to attempt the standard at all.  But if a good standard is
  52. going to take awhile, I would prefer to have a not-so-good FIPS in
  53. the meantime that blesses some acceptable, widely used solution so
  54. that I can buy my system and connect it to everything else.   If
  55. the time is not yet right for a standard (or even for a FIPS), then
  56. it really is the responsibility of NIST to back off.  But even in
  57. that case, I would appreciate the fact that it tried,
  58. because in this it was acting as an advocate 
  59. for those government systems programmers.   Somebody has to.
  60.  
  61. Do you know what federal agencies do when they want something not
  62. yet covered by a FIPS?  They try to rely on the SVID or X/OPEN without
  63. making anybody mad (lots of luck).  
  64. Much of what you get away with depends upon how much money you are
  65. spending, which vendors want a piece of it, and how paranoid
  66. your procurement attorneys are.
  67.  
  68. Vendors always complain that NIST is too fast and other 
  69. government agencies always complain that it is too slow.  I
  70. may not always agree with its pace, either, but I am very grateful
  71. it is there.
  72.  
  73. Vicky White
  74. Oak Ridge National Laboratory
  75. Oak Ridge, Tennessee
  76. vyw@ornl.gov
  77.  
  78.  
  79. Volume-Number: Volume 18, Number 18
  80.  
  81.