home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.27 / text0055.txt < prev    next >
Encoding:
Text File  |  1992-05-20  |  9.0 KB  |  201 lines
  1. Submitted-by: stephe@mks.com (Stephen Walli)
  2.  
  3.                       USENIX Standards Watchdog Committee
  4.               Stephen R. Walli <stephe@usenix.org>, Report Editor
  5.  
  6.  
  7.           The IEEE Standards Board
  8.  
  9.           An Anonymous Friend  of USENIX  reports on the December 3-5,
  10.           1991  meeting in New York, NY:
  11.  
  12.           [ed. -_- The report writer asked to remain anonymous. Anyone
  13.           wishing to  send comments  to the writer  may do so  through
  14.           me.]
  15.  
  16.           The IEEE  Standards Board is  the committee responsible  for
  17.           overseeing all standards related activities within the IEEE.
  18.           The  IEEE  produces  standards  for  the  entire  electrical
  19.           engineering spectrum,  not  just the  Computer Society.  The
  20.           Technical  Committee  on  Operating  Systems  --  Standards
  21.           Subcommittee  (TCOS-SS),  is   the  IEEE  Computer   Society
  22.           committee responsible for the POSIX family of standards.
  23.  
  24.           As usual, the  December 1991 meetings  of the IEEE Standards
  25.           Board produced a  plethora of new  Project Approval Requests
  26.           (PARs) and approved projects, some new rules to apply to the
  27.           standards  process,   and   one  more   new   Organizational
  28.           Representative that can ballot POSIX standards.
  29.  
  30.           Acknowledgments
  31.  
  32.           Perhaps the new  rule that most  impacts the IT community is
  33.           one  concerning  the   use  of  acknowledgment  sections  in
  34.           standards.   You've  probably  seen  one of  these  sections
  35.           before;    they're    the     ones    that    thank     your
  36.           company/university/organization/mother  for  providing   the
  37.           means for you  to contribute your thoughts and ideas to that
  38.           lovely thing known  as the standards  process.  It's usually
  39.           found in  the  front or  back  of the  standard  in what  we
  40.           jargon-savvy  folks know  are  informative sections  of  the
  41.           document, so it's not part of the official standard.  (Don't
  42.           confuse it with  the foreword or introduction, which discuss
  43.           the technical and historical development of the standard and
  44.           list the working group and balloting group.)
  45.  
  46.           The IEEE Standards  Board Procedures Committee (whew! that's
  47.           ProCom for short) felt that the IEEE could be legally liable
  48.           if the  standards mentioned a  company without first  asking
  49.           their permission.  A policy was proposed that said a working
  50.           group could  include  one of these  sections if each  member
  51.           obtained   written   permission  from   the   companies/etc.
  52.           involved,  to  be  kept  on  file  with the  IEEE  Standards
  53.           Department. There are  form letters for  you to follow,  but
  54.           nonetheless it's an extra step you'll have to take.
  55.  
  56.           Of course, the question comes up as to whether you should be
  57.           doing this work at all.  What if one company says yes and 20
  58.           say no?  Do  you have an  acknowledgments section that  only
  59.           lists a  few  companies?  For  a  family of  standards  like
  60.           POSIX, should some standards have this section and some not?
  61.           As always, things rapidly get complicated.  Because of this,
  62.           the POSIX  technical  editors had  a  lengthy discussion  on
  63.           whether to have  these sections at  all in their  documents.
  64.  
  65.           Opinion was  wide-ranging and  varied; the interim  decision
  66.           was to go to our individual working groups and ask for their
  67.           opinions.  Based on those discussions, the technical editors
  68.           will decide whether to keep these sections in the future.
  69.  
  70.           The Curse of Acronyms
  71.  
  72.           As we  all know, standards-writing  groups have a  seemingly
  73.           inexhaustible ability to  create acronyms.  Indeed,  after a
  74.           while  our  conversations   seem  to  consist   entirely  of
  75.           abbreviations,  and  woe  betide  the  person who  tries  to
  76.           understand our arcane internal code.
  77.  
  78.           Of course, the Standards Board has to do just that when they
  79.           look  at  our  PARs,  (oops!  that's  Project  Authorization
  80.           Requests.)  They understandably  get frustrated.  Because of
  81.           that, the  New  Standards Committee  (NesCom) has said  that
  82.           they don't  want  to see  incomprehensible  acronyms on  PAR
  83.           submissions in the future.  The NesCom members come from all
  84.           societies of the  IEEE, not just  Computer, and many  power-
  85.           engineering standards  developers  can't begin  to guess  at
  86.           what an acronym  means that you've used since the first time
  87.           you touched a keyboard.
  88.  
  89.           This means we'll  have to get  used to standards titles that
  90.           are even longer  than they are now!  When filling out a PAR,
  91.           you'll have  to remember  to expand acronyms  appropriately.
  92.           You wouldn't want to have the PAR rejected on these grounds.
  93.           This subject will  be discussed in  more detail at  the next
  94.           NesCom meeting.
  95.  
  96.           One Man, One Vote
  97.  
  98.           Questions have arisen  as to whether  or not members such as
  99.           Institutional Representatives and  similar reps in the power
  100.           engineering realm  vote  twice on  a  document, once  as  an
  101.           individual   and    possibly   again   representing    their
  102.           organization.   The  Board  agreed  to  appoint  an  ad  hoc
  103.           committee to look  at the issue  of one man, one vote.  More
  104.           information should be available from forthcoming meetings.
  105.  
  106.           In other IR  related news, SPARC  is now officially approved
  107.           by the IEEE  Standards Board as  an IR and  has the right to
  108.           vote on all POSIX documents.
  109.  
  110.           [ed. -_-  The  following lists  are  provided, to allow  the
  111.           reader to appreciate  the full breadth  of control the  IEEE
  112.           Standards Board has as its mandate. These are still just the
  113.           Computer Society related  standards.  The reader should note
  114.           P1279, P1281, and P1282. Andrew Hume regularily warns in his
  115.           ANSI WORM standards reports that the WORM standards may have
  116.           a far broader  impact than people think.  Here, in P1282, we
  117.           even  see  them  ``worming''  their  way into  POSIX.1  (ISO
  118.           9945-1).]
  119.  
  120.           And here's the  information on Review Committee (RevCom) and
  121.           NesCom Computer Society activity:
  122.  
  123.           Approved New Computer Society PARs
  124.  
  125.           P1278   (C/SCC)   Standard   for   Information   Technology-
  126.           Distributed Simulation Applications-Process  and Data Entity
  127.           Interchange Formats
  128.  
  129.           P1279  (C/SCC)  Standard for  Information  Technology-CD-ROM
  130.           Architectural Profile
  131.  
  132.           P1281 (C/SCC) Standard for Information Technology-Use of ISO
  133.           9660:  1988 System Use Fields
  134.  
  135.           P1282   (C/SCC)   Standard   for   Information   Technology-
  136.           Interchange of ISO 9945-1:1990 Filesystems via the ISO 9660:
  137.           1988 File Structure
  138.  
  139.           P802.1j  (C/TCCC)  Standard  for  Managed  Objects  for  MAC
  140.           Bridges (Supplement of 802.1D)
  141.  
  142.           P802.1k   (C/TCCC)   LAN/MAN  Management   Information   for
  143.           Monitoring
  144.           and Event Reporting
  145.  
  146.           P802.2C (C/TCCC) PICS  Proforma for LLC Type 1 Operation and
  147.           LLC Type 2 Operation
  148.  
  149.           P802.1D (C/TCCC) Technical and Editorial Corrections to Std.
  150.           802.1D
  151.  
  152.           P802.2f (C/TCCC) Standard for LLC Sublayer Management
  153.  
  154.           P802.6k (C/CC) Distributed  Queue Dual Bus  Subnet work of a
  155.           Metropolitan Area Network, Supplement for MAC Bridging
  156.  
  157.           Revised Approved Computer Society PARs
  158.  
  159.           P1209 (C/SE)  Recommended  Practice for  the Evaluation  and
  160.           Selection of CASE Tools
  161.  
  162.           P802.1F (C/CC)  Common  Definitions and  Procedures for  802
  163.           Management Information
  164.  
  165.           P1155   (C/MM)   Standard    for   VMEbus   Extensions   for
  166.           Instrumentation:  VXIbus
  167.  
  168.           P1175  (C/SCC)  Trial   Use  Standard  Reference  Model  for
  169.           Computing System Tool Interconnections
  170.  
  171.           P1396 (C/MM) Standard for a Communication Bus (TELECOM Bus):
  172.           Reference Models
  173.  
  174.           Withdrawn Computer Society PARs
  175.  
  176.           P1101.5 (C/MM)  Standard  for Mechanical Core  Specification
  177.           for Microcomputers-Desktop Form Factor
  178.  
  179.           Approved New Computer Society Standards
  180.  
  181.           610.6  (C/SCC)  Standard   Glossary  of  Computer   Graphics
  182.           Terminology
  183.  
  184.           1029.1  (SCC20  & C/DA)  Standard  for Waveform  and  Vector
  185.           Exchange (WAVES)
  186.  
  187.           1175  (C/SCC)  Trial   Use  Standard  Reference   Model  for
  188.           Computing System Tool Interconnections
  189.  
  190.           P1212  (C/MM) Standard  Control  and Status  Register  (CSR)
  191.           Architecture for Microcomputer Buses
  192.  
  193.           Withdrawn Computer Society Standards
  194.  
  195.           IEEE   Std   662-1980,   IEEE  Standards   Terminology   for
  196.           Semiconductor Memory (ANSI)
  197.  
  198.  
  199. Volume-Number: Volume 27, Number 55
  200.  
  201.