Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90155 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13811 invoked from network); 5 Jan 2016 21:51:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2016 21:51:57 -0000 Authentication-Results: pb1.pair.com header.from=chasepeeler@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=chasepeeler@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.53 as permitted sender) X-PHP-List-Original-Sender: chasepeeler@gmail.com X-Host-Fingerprint: 209.85.218.53 mail-oi0-f53.google.com Received: from [209.85.218.53] ([209.85.218.53:34813] helo=mail-oi0-f53.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1B/99-12097-AFA3C865 for ; Tue, 05 Jan 2016 16:51:55 -0500 Received: by mail-oi0-f53.google.com with SMTP id o124so282483971oia.1 for ; Tue, 05 Jan 2016 13:51:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=c0iLr50qaFMHvGbCJznCGGe8/WPkvk86/sCMue/v/fw=; b=QH/uBhzdMwL6vnTXGu3Kfb9H768cAc5qAsmkSy0CwdSJqrZ0EM9V7dSi7lvLnViFcg BTFYjiCnpVaNqauAcB7H/M5UeWYAkVgq94hDF/wbCUg1KG39VCLynID+Wz8YB6SXG30o kSRsRPoQRA8WhGILVj+uUniQnWa743SrPNVnsP2ov1lHGnZjp4QfO2/PQDlZIH9PHkz1 QubR0hfp2PX5dEZsfcEvHrO9wj3msh03N4QW5b7fh7ILJb7+HuT2B8YNAGSqRAA3kxIq H2OfAl7u7aBVHrNr/ArMgktVTEJdglzuLy+ORMeQ56imcBjFkOHEw682giASzow2tamv tz+w== X-Received: by 10.202.177.193 with SMTP id a184mr62846729oif.46.1452030711449; Tue, 05 Jan 2016 13:51:51 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Date: Tue, 05 Jan 2016 21:51:42 +0000 Message-ID: To: internals@lists.php.net Content-Type: multipart/alternative; boundary=001a113ce66cc24f5105289d3e8d Subject: Re: [PHP-DEV] Re: [RFC] [Draft] Adopt Code of Conduct From: chasepeeler@gmail.com (Chase Peeler) --001a113ce66cc24f5105289d3e8d Content-Type: text/plain; charset=UTF-8 While overall I tend to agree with Paul on the concept of a CoC, I don't think that precludes the ability to offer suggestions. It's to everyone's advantage to make sure that if we do adopt a CoC, we adopt the best one possible. Obviously one of the biggest fears is unjust treatment of the accused. The thing that is most likely to lead to that would be pre-existing personal biases towards the accused (or in favor of the accuser) by a member of the committee. Why not require that at least one member come from outside the PHP community all together. I don't know how feasible that really is, but assuming it is, it's probably the best way to ensure that there is at least one person that is more likely to be as unbiased as possible. That member could be voted on like all the other members, or, due to the fact that voters are hopefully less familiar with such candidates, be appointed by the elected members of the committee. Obviously it's not perfect and still allows the possibility of abuse, but you reach the point where such abuses almost require a coordinated conspiracy. On Tue, Jan 5, 2016 at 4:15 PM Sara Golemon wrote: > On Tue, Jan 5, 2016 at 12:21 PM, Anthony Ferrara > wrote: > >>> It's been mentioned that we may want to adopt a CoC, but it shouldn't > >>> "have teeth". I disagree here, as without an enforcement mechanism it > >>> basically is no different from where we are at today. > >> > >> I think it's actually very different. Today we have no CoC. Stating a > >> direction, a vision for the community - can go a very long way. To > >> illustrate, I suspect most of us are law-abiding citizens not because > we're > >> afraid of being thrown to jail - but rather, because we value the rule > of > >> law and know that abiding the law is the Right Thing to do. If we > simply > >> adopt a CoC without adding teeth to it, we'd certainly not be the first > >> project to do so. > > > > True, but as Larry said, either side is problematic. Too loose of a > > CoC with no enforcement and nothing really was changed from today > > considering we already have the post that Rasmus made 6-7 years ago. > > Sure, it's something to rally behind, but it doesn't really solve any > > problems. The problem is that there's no safe way for people to get > > help. The CoC is part of the solution to that, but not the only one. > > > Perhaps there's a path to compromise here though. A CoC plus a > Response Team *without* authority for any punitive action would be a > step forward. We don't have to solve every problem right up front, we > can start with: > > 1) Provide a channel for safe reporting of incidents (and again, I > speak of the safety of both accuser and accused). > 2) Open safe dialogues between parties without airing drama and dirty > laundry on the list. > 3) Track statistics. We have no data on who's leaving quietly due to > conflict. This can help us gather some of that. (And yes, I'm vague > on how we can collate those stats, because I don't know yet - It's > still a draft) > > Will the lack of teeth have less of a deterrence effect? Probably, > but to paraphrase some sentiments, this isn't a war-zone. And > punitive powers do exist in the hands of people have earned the right > to have those powers. I for one, am willing to sacrifice the band-aid > of a temp-ban on the altar of compromise. > > Having a clear statement of expected conduct is a good thing, be it as > vague as "Be nice" or as specific as "Don't lower yourself to name > calling and all caps shouting." Having a response team who's job it > is to help mediate when things go wrong is a good thing. We can leave > the pistols at home. > > There's still 360 days left in the year for followup RFCs if this > doesn't work out, and years left in the project. > > -Sara > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- -- Chase chasepeeler@gmail.com --001a113ce66cc24f5105289d3e8d--