<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 27, 2017 at 12:13 PM, Charles R Harris <span dir="ltr"><<a href="mailto:charlesr.harris@gmail.com" target="_blank">charlesr.harris@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Thu, Aug 24, 2017 at 4:11 AM, Ralf Gommers <span dir="ltr"><<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Sun, Aug 20, 2017 at 12:53 PM, Ralf Gommers <span dir="ltr"><<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi all,<br><br>I propose that we as SciPy developers and community adopt a Code of Conduct.<br><br>As you probably know, Code of Conduct (CoC) documents are becoming more common every year for open source projects, and there are a number of good reasons to adopt a CoC:<br>1. It gives us the opportunity to explicitly express the values and behaviors we'd like to see in our community.<br>2. It is designed to make everyone feel welcome (and while I think we're a welcoming community anyway, not having a CoC may look explicitly unwelcoming to some potential contributors nowadays).<br>3. It gives us a tool to address a set of problems if and when they occur, as well as a way for anyone to report issues or behavior that is unacceptable to them (much better than having those people potentially leave the community).<br>4. SciPy is not yet a fiscally sponsored project of NumFOCUS, however I 
think we'd like to be in the near future.  NumFOCUS has started to 
require having a CoC as a prerequisite for new projects joining it.  The
 PSF has the same requirement for any sponsorship for events/projects 
that it gives.<br><br>Also note that GitHub has starting checking the presence of a CoC fairly prominently (<a href="https://github.com/scipy/scipy/community" target="_blank">https://github.com/scipy/scip<wbr>y/community</a>), and has also produced a guide with things to think about when formulating a CoC: <a href="https://opensource.guide/code-of-conduct/" target="_blank">https://opensource.guide/code-<wbr>of-conduct/</a>. I recommend reading that guide (as well as others guides on that site), it's really good.<br><br>To get to a CoC document, a good approach is to borrow text from a CoC that has been in use for a while and has proven to be valuable, and then modify where needed (similar to a software license - don't invent your own). I considered three existing CoC's:<br>- The Contributor Covenant (<a href="http://contributor-covenant.org/version/1/2/0/" target="_blank">http://contributor-covenant.o<wbr>rg/version/1/2/0/</a>): simple, concise, the most widely used one. The NumFOCUS recommended one is based on it as well (<a href="https://www.numfocus.org/about/code-of-conduct/" target="_blank">https://www.numfocus.org/abou<wbr>t/code-of-conduct/</a>).<br>- The Python Community Code of Conduct (<a href="https://www.python.org/psf/codeofconduct/" target="_blank">https://www.python.org/psf/co<wbr>deofconduct/</a>): also simple, addresses mostly the spirit in which the Python community is operating / should operate.<br>- The Jupyter Code of Conduct (<a href="https://github.com/jupyter/governance/tree/master/conduct" target="_blank">https://github.com/jupyter/go<wbr>vernance/tree/master/conduct</a>): much more detailed, in part derived from the Speak up! and Django ones, more appropriate for large communities.<br><br></div></div></div></div></div></div></div></blockquote></span></div></div></div></blockquote><div><br></div></span><div>The contributor covenant looks excellent, short, well structured, and easy to understand. I'd suggest adding just a bit for clarification, for instance, what venues (mailing lists, github) are considered in the SciPy domain, and a bit on whom to contact in case of problems.</div></div></div></div></blockquote><div><br></div><div>Thanks for the feedback Chuck. Pauli said on GitHub he preferred something shorter and less flowery as well, so that's two votes for the contributor covenant or something more in that direction.<br><br></div><div>Cheers,<br></div><div>Ralf<br><br><br></div></div></div></div>