discussion_policy.htm 6.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122
  1. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
  2. <html>
  3. <head>
  4. <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
  5. <meta name="GENERATOR" content="Microsoft FrontPage 5.0">
  6. <meta name="ProgId" content="FrontPage.Editor.Document">
  7. <title>Boost Discussion Policy</title>
  8. </head>
  9. <body bgcolor="#FFFFFF" text="#000000">
  10. <table border="1" bgcolor="#007F7F" cellpadding="2">
  11. <tr>
  12. <td bgcolor="#FFFFFF">
  13. <img src="../c++boost.gif" alt="c++boost.gif (8819 bytes)" width="277" height="86"></td>
  14. <td><a href="../index.htm"><font face="Arial" color="#FFFFFF"><big>Home</big></font></a></td>
  15. <td><a href="../libs/libraries.htm"><font face="Arial" color="#FFFFFF"><big>Libraries</big></font></a></td>
  16. <td><a href="../people/people.htm"><font face="Arial" color="#FFFFFF"><big>People</big></font></a></td>
  17. <td><a href="faq.htm"><font face="Arial" color="#FFFFFF"><big>FAQ</big></font></a></td>
  18. <td><a href="index.htm"><font face="Arial" color="#FFFFFF"><big>More</big></font></a></td>
  19. </tr>
  20. </table>
  21. <h1>Boost Discussion Policy</h1>
  22. <p>Email discussion is the tie that binds boost members together into a community.
  23. If the discussion is stimulating and effective, the community thrives. If
  24. the discussion degenerates into name calling and ill will, the community withers
  25. and dies.</p>
  26. <h2>Acceptable topics</h2>
  27. <ul>
  28. <li>Queries to determine interest in a possible library submission.</li>
  29. <li>Technical discussions about a proposed or existing library, including bug
  30. reports and requests for help.</li>
  31. <li>Formal Reviews of proposed libraries.</li>
  32. <li>Reports of user experiences with Boost libraries.</li>
  33. <li>Boost administration or policies.</li>
  34. <li>Compiler specific workarounds as applied to Boost libraries.</li>
  35. </ul>
  36. <p>Other topics related to boost development may be acceptable, at the discretion of moderators. If unsure, go ahead and post. The moderators
  37. will let you know.</p>
  38. <h2>Unacceptable topics</h2>
  39. <ul>
  40. <li>Advertisements for commercial products.</li>
  41. <li>Requests for help getting non-boost code to compile with your compiler.
  42. Try the comp.lang.c++.moderated newsgroup instead.</li>
  43. <li>Requests for help interpreting the C++ standard. Try the comp.std.c++
  44. newsgroup instead.</li>
  45. <li>Job offers.</li>
  46. <li>Requests for solutions to homework assignments
  47. </ul>
  48. <h2>Prohibited behavior</h2>
  49. <p>Prohibited behavior will not be tolerated. The moderators will ban
  50. postings by abusers.</p>
  51. <h3>Flame wars</h3>
  52. <p>Personal insults, argument for the sake of argument, and all the other
  53. behaviors which fall into the &quot;flame war&quot; category are
  54. prohibited. Discussions should focus on technical arguments, not the
  55. personality traits or motives of participants.</p>
  56. <h3>Third-party attacks</h3>
  57. <p>Attacks on third parties such as software vendors, hardware vendors, or any
  58. other organizations, are prohibited. Boost exists to unite and serve the
  59. entire C++ community, not to disparage the work of others.</p>
  60. <p>Does this mean that we ban the occasional complaint or wry remark about a
  61. troublesome compiler? No, but be wary of overdoing it.</p>
  62. <h3>Off-topic posts</h3>
  63. <p>Discussions which stray from the acceptable topics are strongly discouraged.
  64. While off-topic posts are often well meaning and not as individually corrosive
  65. as other abuses, cumulatively the distraction damages the effectiveness of
  66. discussion.</p>
  67. <h2>Culture</h2>
  68. <p>In addition to technical skills, Boost members value collaboration,
  69. acknowledgement of the help of others, and a certain level of politeness. Boost
  70. membership is very international, and ranges widely in age and other
  71. characteristics. Think of discussion as occurring among colleagues in a widely read forum, rather
  72. than among a few close friends.</p>
  73. <p>Always remember that the cumulative effort spent by people reading
  74. your contribution scales with the (already large) number of boost
  75. members. Thus, do invest time and effort to make your message as
  76. readable as possible. Adhere to English syntax and grammar rules such
  77. as proper capitalization. Avoid copious informalism, colloquial
  78. language, or abbreviations, they may not be understood by all readers.
  79. Re-read your message before submitting it.</p>
  80. <h2>Guidelines for effective discussions</h2>
  81. <p>Apply social engineering to prevent heated technical discussion from
  82. degenerating into a shouting match, and to actively encourage the cooperation
  83. upon which Boost depends.</p>
  84. <ul>
  85. <li>Questions help. If someone suggests something that you don't think
  86. will work, then replying with a question like &quot;will that compile?&quot;
  87. or &quot;won't that fail to compile, or am I missing something?&quot; is a
  88. lot smoother than &quot;That's really stupid - it won't compile.&quot;&nbsp;
  89. Saying &quot;that fails to compile for me, and seems to violate section
  90. n.n.n of the standard&quot; would be yet another way to be firm without
  91. being abrasive.</li>
  92. <li>If most of the discussion has been code-free generalities, posting a bit
  93. of sample code can focus people on the practical issues.</li>
  94. <li>If most of the discussion has been in terms of specific code, try to talk
  95. a bit about hidden assumptions and generalities that may be preventing
  96. discussion closure.</li>
  97. <li>Taking a time-out is often effective. Just say: &quot;Let me think
  98. about that for a day or two. Let's take a time-out to digest the
  99. discussion so far.&quot;</li>
  100. </ul>
  101. <p>Avoid Parkinson's Bicycle Shed. Parkinson described a committee formed
  102. to oversee design of an early nuclear power plant. There were three agenda
  103. items - when to have tea, where to put the bicycle shed, and how to
  104. ensure nuclear safety. Tea was disposed of quickly as trivial.&nbsp;&nbsp;
  105. Nuclear safety was discussed for only
  106. an hour - it was so complex, scary, and technical that even
  107. among experts few felt comfortable with the issues. Endless days were then
  108. spent discussing where to put the bicycle shed (the parking lot would
  109. be a modern equivalent) because everyone
  110. understood the issues and felt comfortable discussing them.&nbsp;</p>
  111. <hr>
  112. <p>Revised <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%d %B, %Y" startspan -->25 January, 2002<!--webbot bot="Timestamp" i-checksum="38448" endspan -->
  113. </p>
  114. </body>
  115. </html>
粤ICP备19079148号