<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I was in the "it's too long" camp and continue to think so even after looking at the web rendering, but I see the value of consistency. I might like to see
the "includes but is not limited to" lists factored out so that the bullet points are crisper, but maybe that's just me.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I'm thinking of the CoC as more like the Coding Standard. Even if we already had a consistent style, it can be worthwhile actually writing it down. I'm not
super fussed about exactly what it says.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">And I do think it's worthwhile writing it down. The easiest sub-groups to identify in a typical gathering of humans are male/female. How many women were at
my first LLVM dev meeting in 2011? I remember being struck by how few; I remember trying to count, and while I don't remember the total I am certain it was under 10%. (CPPCon 2014 was much worse, as if that could be any consolation.) That's really not an
improvement over how things were when I started in this business 30+ years ago, and that's pretty depressing as I contemplate the industry that my college-student daughter is probably headed for. I don't know that an explicit CoC would help, but it surely
can't hurt.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">--paulr<o:p></o:p></span></p>
<p class="MsoNormal"><a name="_MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></a></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> llvm-dev [mailto:llvm-dev-bounces@lists.llvm.org]
<b>On Behalf Of </b>James Y Knight via llvm-dev<br>
<b>Sent:</b> Tuesday, October 13, 2015 4:08 PM<br>
<b>To:</b> Chandler Carruth<br>
<b>Cc:</b> llvm-dev<br>
<b>Subject:</b> Re: [llvm-dev] RFC: Introducing an LLVM Community Code of Conduct<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">+1 to using basically verbatim the existing Django Code of Conduct. The Django CoC expresses the desired sentiment well, and does a Good Enough job on the details. It also seems well respected in general.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I'd suggest that we all resist the urge to disuss basically irrelevant minutae (such as the exact list of things that are written in the "<span style="font-size:9.5pt">includes, but is not limited to" list)</span>, adopt it, and move on
to more fun activities. I'd like to repost what someone said on a thread about adopting a Code of Conduct in Twisted, because it does a better job of saying this than I can. Clayton Daley wrote:<o:p></o:p></p>
</div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Not that I'm a heavy contributor, but:<br>
- A CoC is like a ToS in many ways. They rarely get read until there's a problem.<br>
- A CoC is like a License in many ways. They should be pretty standard infrastructure.<o:p></o:p></p>
</blockquote>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal"> <o:p></o:p></p>
</blockquote>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">I think both of these facts argue for joining Twisted to an existing CoC. No one goes around reading the CoC for every group they participate in. We increase the odds that someone reads our CoC if they get leverage (one read, lots of groups)
and we get spill-over (they read the CoC for another group and thus know ours).<o:p></o:p></p>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">To those saying it's too long: I think it looks a lot longer as a wall of ReStructured Text in email, than when read formatted. Reading it here <a href="https://www.djangoproject.com/conduct/">https://www.djangoproject.com/conduct/</a>
it seems a reasonable length, with a nicely bolded TL;DR list for those who don't want to sweat the details.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">One other thing: I don't think it'll be terribly useful to debate about whether this is the MOST IMPORTANT thing for the community to do. There certainly are other issues facing the community e.g. around making it easy for newcomers to
get patches reviewed/submitted. Maybe lack of CoC isn't the largest problem facing to contributors, but IMO it's definitely a positive step. And, one that isn't terribly difficult to accomplish: it's mostly just writing down expectations for professional behavior
that basically everyone follows already.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The only bit that seems to me really needs fleshing out is what the process for appointing the CoC committee is. I'd sort of assume based on what other organizations do that the LLVM Foundation Board would be responsible for appointing
the Committee, but that the Board and the Committe would not be one and the same.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Of course, the LLVM Foundation Board *really* must be a transparent, trusted, and respected group in the community in order to be able to properly take on that role. Based on the board members (at least, from the 2014 announcement), it
seems to me that there should be no intrinsic problem there...but getting the "trivial" things done like posting the bylaws and meeting notes on the website is really quite important to engender such trust.<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>