<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px">Hi Brendan</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">First let me say thanks for your work formalizing processes and facilitating community</span><br style="font-size:12.8px"><span style="font-size:12.8px">participation by raising concerns, documenting things, your code contributions, etc.</span><br style="font-size:12.8px"><span style="font-size:12.8px">Thats all goodness.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">I think the lists below make sense 95% of the time.  Perhaps more.  If we have a formalized</span><br style="font-size:12.8px"><span style="font-size:12.8px">list such as the one below, and I find myself in the 5% situation, what does that mean?</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">Maybe a better question for discussion is, could you elaborate on what advantages a community</span><br style="font-size:12.8px"><span style="font-size:12.8px">project with a set of non-negotiable rules would have over a project without such a set?</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">thx - brad</span><br></blockquote><div><br></div>Great question,<div><br></div><div>First off, what I consider a blacklist to be: I call it a black list to distinguish it from the rest of the style guide purely for the purpose of discussion; I do not plan on submitting this as part of a separate document; they will be mixed in with the rest of the style guide. Nevertheless, most rules and suggestions in a style guide are much weaker than effectively removing a feature from a language. Things are usually discouraged, but not _forbidden_. Naturally, a stronger rule requires more discussion and will elicit a stronger reaction from someone who either agrees with it or disagrees with it; that is the only reason I pulled it out into a separate discussion.</div><div><br></div><div>What I mean when I say forbidden: I think there are exceptions to every rule, but if a style guide says something is forbidden, the person who is writing the code needs to document clearly why he is breaking convention and the reviewers are to make clear that the exception is well explained (and that they agree with it). So  I would not say they are non-negotiable; they place a clear onus on the people writing code to document a very good reason for doing something which makes it easier for reviewers; it also makes it easier for people writing code because they know what they are allowed to do and what they are not; so they know what to expect when time for code review, saving review cycles and thus time.</div><div><br></div><div>Cheers!</div></div>