1 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> |
---|
2 | <html> |
---|
3 | |
---|
4 | <head> |
---|
5 | <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> |
---|
6 | <meta name="GENERATOR" content="Microsoft FrontPage 5.0"> |
---|
7 | <meta name="ProgId" content="FrontPage.Editor.Document"> |
---|
8 | <title>Boost Discussion Policy</title> |
---|
9 | </head> |
---|
10 | |
---|
11 | <body bgcolor="#FFFFFF" text="#000000"> |
---|
12 | |
---|
13 | <table border="1" bgcolor="#007F7F" cellpadding="2"> |
---|
14 | <tr> |
---|
15 | <td bgcolor="#FFFFFF"> |
---|
16 | <img src="../boost.png" alt="boost.png (6897 bytes)" width="277" height="86"></td> |
---|
17 | <td><a href="../index.htm"><font face="Arial" color="#FFFFFF"><big>Home</big></font></a></td> |
---|
18 | <td><a href="../libs/libraries.htm"><font face="Arial" color="#FFFFFF"><big>Libraries</big></font></a></td> |
---|
19 | <td><a href="../people/people.htm"><font face="Arial" color="#FFFFFF"><big>People</big></font></a></td> |
---|
20 | <td><a href="faq.htm"><font face="Arial" color="#FFFFFF"><big>FAQ</big></font></a></td> |
---|
21 | <td><a href="index.htm"><font face="Arial" color="#FFFFFF"><big>More</big></font></a></td> |
---|
22 | </tr> |
---|
23 | </table> |
---|
24 | |
---|
25 | <h1>Boost Discussion Policy</h1> |
---|
26 | <p>Email discussion is the tie that binds boost members together into a community. |
---|
27 | If the discussion is stimulating and effective, the community thrives. If |
---|
28 | the discussion degenerates into name calling and ill will, the community withers |
---|
29 | and dies.</p> |
---|
30 | |
---|
31 | <h2>Contents</h2> |
---|
32 | <dl> |
---|
33 | <dt><a href="#acceptable">Acceptable Topics</a><dd> |
---|
34 | <dt><a href="#unacceptable">Unacceptable Topics</a><dd> |
---|
35 | <dt><a href="#effective">Effective Posting</a><dd> |
---|
36 | <dt><a href="#behavior">Prohibited Behavior</a><dd> |
---|
37 | <dt><a href="#culture">Culture</a><dd> |
---|
38 | <dt><a href="#lib_names">Library Names</a><dd> |
---|
39 | </dl> |
---|
40 | |
---|
41 | <h2><a name="acceptable"></a>Acceptable topics</h2> |
---|
42 | <ul> |
---|
43 | <li>Queries to determine interest in a possible library submission.</li> |
---|
44 | <li>Technical discussions about a proposed or existing library, including bug |
---|
45 | reports and requests for help.</li> |
---|
46 | <li>Formal Reviews of proposed libraries.</li> |
---|
47 | <li>Reports of user experiences with Boost libraries.</li> |
---|
48 | <li>Boost administration or policies.</li> |
---|
49 | <li>Compiler specific workarounds as applied to Boost libraries.</li> |
---|
50 | </ul> |
---|
51 | <p>Other topics related to boost development may be acceptable, at the discretion of moderators. If unsure, go ahead and post. The moderators |
---|
52 | will let you know.</p> |
---|
53 | <h2><a name="unacceptable"></a>Unacceptable Topics</h2> |
---|
54 | <ul> |
---|
55 | <li>Advertisements for commercial products.</li> |
---|
56 | <li>Requests for help getting non-boost code to compile with your compiler. |
---|
57 | Try the comp.lang.c++.moderated newsgroup instead.</li> |
---|
58 | <li>Requests for help interpreting the C++ standard. Try the comp.std.c++ |
---|
59 | newsgroup instead.</li> |
---|
60 | <li>Job offers.</li> |
---|
61 | <li>Requests for solutions to homework assignments.</ul> |
---|
62 | |
---|
63 | <h2><a name="effective"></a>Effective Posting</h2> |
---|
64 | |
---|
65 | <p>Most Boost mailing lists host a great deal of traffic, so your post |
---|
66 | is usually competing for attention with many other communications. |
---|
67 | This section describes how to make sure it has the desired impact. |
---|
68 | |
---|
69 | <h3>Well-Crafted Posting is Worth the Effort</h3> |
---|
70 | |
---|
71 | <p>Don't forget, you're a single writer but there are many readers, |
---|
72 | and you want them to stay interested in what you're saying. Saving |
---|
73 | your readers a little time and effort is usually worth the extra time |
---|
74 | you spend when writing a message. Also, boost discussions are saved |
---|
75 | for posterity, as rationales and history of the work we do. A post's |
---|
76 | usefulness in the future is determined by its readability. |
---|
77 | |
---|
78 | <h3>Put the Library Name in the Subject Line</h3> |
---|
79 | |
---|
80 | <p>When your post is related to a particular Boost library, it's |
---|
81 | helpful to put the library name in square brackets at the beginning of |
---|
82 | the subject line, e.g. |
---|
83 | |
---|
84 | <blockquote> |
---|
85 | Subject: [Regex] Why doesn't this pattern match? |
---|
86 | </blockquote> |
---|
87 | |
---|
88 | The Boost developers' list is a high-volume mailing list, and most |
---|
89 | maintainers don't have time to read every message. A tag on the |
---|
90 | subject line will help ensure the right people see your post. |
---|
91 | |
---|
92 | <p><a name="quoting"></a> |
---|
93 | |
---|
94 | <h3>Don't Overquote</h3> |
---|
95 | Please <b>prune extraneous quoted text</b> from replies so that |
---|
96 | only the relevant parts are included. Some people have to pay for, or |
---|
97 | wait for, each byte that they download from the list. More |
---|
98 | importantly, it will save time and make your post more valuable when |
---|
99 | readers do not have to find out which exact part of a previous message |
---|
100 | you are responding to. |
---|
101 | |
---|
102 | <h3>Use a Readable Quotation Style</h3> |
---|
103 | <p>A common and very useful approach is to cite the small fractions of |
---|
104 | the message you are actually responding to and to put your response |
---|
105 | directly beneath each citation, with a blank line separating them for |
---|
106 | readability: |
---|
107 | |
---|
108 | <blockquote> |
---|
109 | <pre> |
---|
110 | |
---|
111 | <i>Person-you're-replying-to</i> wrote: |
---|
112 | |
---|
113 | > Some part of a paragraph that you wish to reply to goes |
---|
114 | > here; there may be several lines. |
---|
115 | |
---|
116 | Your response to that part of the message goes here. There may, |
---|
117 | of course, be several lines. |
---|
118 | |
---|
119 | > The second part of the paragraph that is relevant to your |
---|
120 | > reply goes here; agiain there may be several lines. |
---|
121 | |
---|
122 | Your response to the second part of the message goes here. |
---|
123 | ... |
---|
124 | |
---|
125 | </pre> |
---|
126 | </blockquote> |
---|
127 | |
---|
128 | For more information about effective use of quotation in posts, see <a |
---|
129 | href="http://www.netmeister.org/news/learn2quote.html">this helpful |
---|
130 | guide</a>. |
---|
131 | |
---|
132 | <h3>Keep the Formatting of Quotations Consistent</h3> |
---|
133 | <p> |
---|
134 | Some email and news clients use poor word wrapping algorithms that |
---|
135 | leave successive lines from the same quotation with differing numbers |
---|
136 | of leading "<tt>></tt>" characters. <b>Microsoft |
---|
137 | Outlook</b> and <b>Outlook Express</b>, and some web clients, are |
---|
138 | especially bad about this. If your client offends in this way, please |
---|
139 | take the effort to clean up the mess it makes in quoted text. |
---|
140 | Remember, even if you didn't write the original text, it's <i>your</i> |
---|
141 | posting; whether you get your point across depends on its readability. |
---|
142 | <p> |
---|
143 | The Microsoft clients also create an unusually verbose header at the |
---|
144 | beginning of the original message text and leave the cursor at the |
---|
145 | beginning of the message, which encourages users to write their |
---|
146 | replies before all of the quoted text rather than putting the reply in |
---|
147 | context. Outlook Express users can fix all of these problems |
---|
148 | automatically by installing |
---|
149 | <a href="http://home.in.tum.de/~jain/software/oe-quotefix/">OE |
---|
150 | QuoteFix</a>. Unfortunately there's no similar utility for Outlook |
---|
151 | Users; they will have to clean up their posts manually. |
---|
152 | |
---|
153 | <h3>Summarizing and Referring to Earlier Messages</h3> |
---|
154 | |
---|
155 | <p>A summary of the foregoing thread is only needed after a long |
---|
156 | discussion, especially when the topic is drifting or a result has been |
---|
157 | achieved in a discussion. The mail system will do the tracking that |
---|
158 | is needed to enable mail readers to display message threads (and every |
---|
159 | decent mail reader supports that). |
---|
160 | |
---|
161 | <p>If you ever have to refer to single message earlier in a thread or |
---|
162 | in a different thread then you can use a URL to the <a |
---|
163 | href="mailing_lists.htm#archive">message archives</a>. To help to |
---|
164 | keep those URLs short, you can use <a |
---|
165 | href="http://www.tinyurl.com">tinyurl.com</a>. Citing the relevant |
---|
166 | portion of a message you link to is often helpful (if the citation is |
---|
167 | small). |
---|
168 | |
---|
169 | <h3>Maintain the Integrity of Discussion Threads</h3> |
---|
170 | |
---|
171 | <p><b>When starting a new topic, always send a fresh message</b>, |
---|
172 | rather than beginning a reply to some other message and replacing the |
---|
173 | subject and body. Many mailers are able to detect the thread you |
---|
174 | started with and will show the new message as part of the original |
---|
175 | thread, which probably isn't what you intended. Follow this guideline |
---|
176 | for your own sake as well as for others'. Often, people scanning for |
---|
177 | relevant messages will decide they're done with a topic and hide or |
---|
178 | kill the entire thread: your message will be missed, and you won't get |
---|
179 | the response you're looking for. |
---|
180 | |
---|
181 | <p>By the same token, <b>When replying to an existing message, use |
---|
182 | your mailer's "Reply" function</b>, so that the reply shows |
---|
183 | up as part of the same discussion thread. |
---|
184 | |
---|
185 | <p><b>Do not reply to digests</b> if you are a digest delivery |
---|
186 | subscriber. Your reply will not be properly threaded and will |
---|
187 | probably have the wrong subject line. Instead, you can reply through |
---|
188 | the <a href="http://news.gmane.org/gmane.comp.lib.boost.devel">GMane |
---|
189 | web interface</a>. |
---|
190 | |
---|
191 | |
---|
192 | <h3>Keep The Size of Your Posting Manageable</h3> |
---|
193 | |
---|
194 | <p>The mailing list software automatically limits message and |
---|
195 | attachment size to a reasonable amount, typically 75K, which is |
---|
196 | adjusted from time-to-time by the moderators. This limit is a |
---|
197 | courtesy to those who rely on dial-up Internet access. |
---|
198 | </p> |
---|
199 | |
---|
200 | <h2><a name="behavior"></a>Prohibited Behavior</h2> |
---|
201 | <p>Prohibited behavior will not be tolerated. The moderators will ban |
---|
202 | postings by abusers.</p> |
---|
203 | <h3>Flame wars</h3> |
---|
204 | <p>Personal insults, argument for the sake of argument, and all the other |
---|
205 | behaviors which fall into the "flame war" category are |
---|
206 | prohibited. Discussions should focus on technical arguments, not the |
---|
207 | personality traits or motives of participants.</p> |
---|
208 | <h3>Third-party attacks</h3> |
---|
209 | <p>Attacks on third parties such as software vendors, hardware vendors, or any |
---|
210 | other organizations, are prohibited. Boost exists to unite and serve the |
---|
211 | entire C++ community, not to disparage the work of others.</p> |
---|
212 | <p>Does this mean that we ban the occasional complaint or wry remark about a |
---|
213 | troublesome compiler? No, but be wary of overdoing it.</p> |
---|
214 | <h3>Off-topic posts</h3> |
---|
215 | <p>Discussions which stray from the acceptable topics are strongly discouraged. |
---|
216 | While off-topic posts are often well meaning and not as individually corrosive |
---|
217 | as other abuses, cumulatively the distraction damages the effectiveness of |
---|
218 | discussion.</p> |
---|
219 | <h2><a name="culture"></a>Culture</h2> |
---|
220 | <p>In addition to technical skills, Boost members value collaboration, |
---|
221 | acknowledgement of the help of others, and a certain level of politeness. Boost |
---|
222 | membership is very international, and ranges widely in age and other |
---|
223 | characteristics. Think of discussion as occurring among colleagues in a widely read forum, rather |
---|
224 | than among a few close friends.</p> |
---|
225 | |
---|
226 | <p>Always remember that the cumulative effort spent by people reading |
---|
227 | your contribution scales with the (already large) number of boost |
---|
228 | members. Thus, do invest time and effort to make your message as |
---|
229 | readable as possible. Adhere to English syntax and grammar rules such |
---|
230 | as proper capitalization. Avoid copious informalism, colloquial |
---|
231 | language, or abbreviations, they may not be understood by all readers. |
---|
232 | Re-read your message before submitting it.</p> |
---|
233 | |
---|
234 | <h2>Guidelines for Effective Discussions</h2> |
---|
235 | <p>Apply social engineering to prevent heated technical discussion from |
---|
236 | degenerating into a shouting match, and to actively encourage the cooperation |
---|
237 | upon which Boost depends.</p> |
---|
238 | <ul> |
---|
239 | <li>Questions help. If someone suggests something that you don't think |
---|
240 | will work, then replying with a question like "will that compile?" |
---|
241 | or "won't that fail to compile, or am I missing something?" is a |
---|
242 | lot smoother than "That's really stupid - it won't compile." |
---|
243 | Saying "that fails to compile for me, and seems to violate section |
---|
244 | n.n.n of the standard" would be yet another way to be firm without |
---|
245 | being abrasive.</li> |
---|
246 | <li>If most of the discussion has been code-free generalities, posting a bit |
---|
247 | of sample code can focus people on the practical issues.</li> |
---|
248 | <li>If most of the discussion has been in terms of specific code, try to talk |
---|
249 | a bit about hidden assumptions and generalities that may be preventing |
---|
250 | discussion closure.</li> |
---|
251 | <li>Taking a time-out is often effective. Just say: "Let me think |
---|
252 | about that for a day or two. Let's take a time-out to digest the |
---|
253 | discussion so far."</li> |
---|
254 | </ul> |
---|
255 | <p>Avoid Parkinson's Bicycle Shed. Parkinson described a committee formed |
---|
256 | to oversee design of an early nuclear power plant. There were three agenda |
---|
257 | items - when to have tea, where to put the bicycle shed, and how to |
---|
258 | ensure nuclear safety. Tea was disposed of quickly as trivial. |
---|
259 | Nuclear safety was discussed for only |
---|
260 | an hour - it was so complex, scary, and technical that even |
---|
261 | among experts few felt comfortable with the issues. Endless days were then |
---|
262 | spent discussing where to put the bicycle shed (the parking lot would |
---|
263 | be a modern equivalent) because everyone |
---|
264 | understood the issues and felt comfortable discussing them. </p> |
---|
265 | |
---|
266 | <h2><a name="lib_names"></a>Library Names</h2> |
---|
267 | |
---|
268 | <p>In order to ensure a uniform presentation in books and articles, we |
---|
269 | have adopted a convention for referring to Boost libraries. Library |
---|
270 | names can either be written in a compact form with a dot, as |
---|
271 | "Boost.<i>Name</i>", or in a long form as "the |
---|
272 | Boost <i>Name</i> library." For example: |
---|
273 | <blockquote> |
---|
274 | <b>Boost.Python</b> serves a very different purpose from <b>the Boost Graph library</b>. |
---|
275 | </blockquote> |
---|
276 | Note that the word "library" is not part of the name, and as such isn't capitalized. |
---|
277 | |
---|
278 | <p>Please take care to avoid confusion in discussions between |
---|
279 | libraries that have been accepted into Boost and those that have not. |
---|
280 | Acceptance as a Boost library indicates that the code and design have |
---|
281 | passed through our peer-review process; failing to make the |
---|
282 | distinction devalues the hard work of library authors who've gone |
---|
283 | through that process. Here are some suggested ways to describe |
---|
284 | potential Boost libraries: |
---|
285 | <ul> |
---|
286 | <li>the proposed Boost <i>Name</i> library</li> |
---|
287 | <li>the Boost.<i>Name</i> candidate</li> |
---|
288 | <li>the <i>Name</i> library</i> (probably the best choice where applicable)</li> |
---|
289 | </ul> |
---|
290 | <p>Note that this policy only applies to discussions, not to the |
---|
291 | documentation, directory structure, or even identifiers in the |
---|
292 | code of potential Boost libraries. |
---|
293 | |
---|
294 | <hr> |
---|
295 | <p>Revised <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%d %B, %Y" startspan -->28 May, 2005<!--webbot bot="Timestamp" i-checksum="38549" endspan --> |
---|
296 | </p> |
---|
297 | <p>© Beman Dawes, Rob Stewart, and David Abrahams 2000-2005</p> |
---|
298 | <p> Distributed under the Boost Software License, Version 1.0. |
---|
299 | (See accompanying file <a href="../LICENSE_1_0.txt">LICENSE_1_0.txt</a> or |
---|
300 | copy at <a href="http://www.boost.org/LICENSE_1_0.txt">www.boost.org/LICENSE_1_0.txt</a>) |
---|
301 | </p> |
---|
302 | |
---|
303 | </body> |
---|
304 | |
---|
305 | </html> |
---|