Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90847 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 82493 invoked from network); 23 Jan 2016 06:28:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jan 2016 06:28:31 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.48 as permitted sender) X-PHP-List-Original-Sender: smalyshev@gmail.com X-Host-Fingerprint: 209.85.220.48 mail-pa0-f48.google.com Received: from [209.85.220.48] ([209.85.220.48:36635] helo=mail-pa0-f48.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1C/D0-03822-D8D13A65 for ; Sat, 23 Jan 2016 01:28:29 -0500 Received: by mail-pa0-f48.google.com with SMTP id yy13so52646157pab.3 for ; Fri, 22 Jan 2016 22:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=EZx6wHwHJJkVKS2IWucKa2C2RAAivE552q+fB8HhqSs=; b=pblk7V5ixOS5nFTNy1w4BkNnX/rS3IoHVFSolCUagvq947Bmz0E3SRNAB99snsY40a pNxdggYGAMGjw3QVrsqkeWsfjGktHk8VPQkMga57zdYHQc3QLWqN2v+OuJG5nPPs7/99 VU2yzSUH8W9rA5pH8itB9nuWsPoL/ep2qIKM0ipphiSiNrb8K0VOwXIv1ocPSRmGPXxN ikm1vxlcAbQ/ZrEbR6i8DO2VnecaGCd6V6dzIt6KbHdFMHITyFNyctD6/5/DayhVU1mg 1eQjvEmEX2OyDY1T81C5INJdeIP/DIL/SB05XTdtvmvdt7GT/vIhqkxluzoD6deGVH3u f5hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=EZx6wHwHJJkVKS2IWucKa2C2RAAivE552q+fB8HhqSs=; b=BhRcX526+2f1f+dWgB2xGUldtF5r2wyP2HXAIYSwNz5VTtg4edNB4rr9ILUf2bo8MY n6ZwzVU8TONaB0akt6+CPfJPXHNnSS7ykiH87tY8MLRSC+L75yuzmt1ApqbQdzTR/6L1 7IVTpjWy+FmC+Yapy8HNjIpdmccHOLURUcolB0++4yJ//xB83q0Wrhx2pTFowZ0brso7 AAlhrqCVy8xOO99AlDSECIFk9w2unneQdFPo1pys7DV+VNzELrc2XMTuwwBny0y8tN+J 1hXajAMQhyFCSHY9Oyheps8rZ7E40TvYk7+cNk1hJ2HFqzk/qoGpeLPWD/PaGXxr1VBq qNbQ== X-Gm-Message-State: AG10YORx9c9QjsiPOCCF/XX6sWOkmJezH4PZUq/KmxyIvNZh1W2ztflHd828qG2m4VVuGw== X-Received: by 10.66.162.164 with SMTP id yb4mr10026252pab.94.1453530506442; Fri, 22 Jan 2016 22:28:26 -0800 (PST) Received: from Stas-Air.local (76-220-46-95.lightspeed.sntcca.sbcglobal.net. [76.220.46.95]) by smtp.gmail.com with ESMTPSA id n5sm13820342pfi.3.2016.01.22.22.28.25 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Jan 2016 22:28:25 -0800 (PST) To: Andrea Faulds , internals@lists.php.net References: <43.8B.22511.75120A65@pb1.pair.com> <69.6C.09073.39601A65@pb1.pair.com> X-Enigmail-Draft-Status: N1110 Message-ID: <56A31D87.2090700@gmail.com> Date: Fri, 22 Jan 2016 22:28:23 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <69.6C.09073.39601A65@pb1.pair.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] [Re-proposed] Adopt Code of Conduct From: smalyshev@gmail.com (Stanislav Malyshev) Hi! > Why? Misconduct is simply the inversion of 'conduct', and a code of > conduct, necessarily, primarily deals with misconduct. Good conduct is > supposed to be what normally happens. It's the exceptions to that - > misconduct - that you need a code to manage. I would disagree with that. If you look around at numerous examples of codes from other projects provided here on the list so far, most of them *are* much more than penal code. And that's not a coincidence - it works much better with people if you start with what we're trying to do and why, and then proceed to what, *in the light of the above*, we do not do and not allow to be done. It's not something we invented right now - a lot of people in many projects seem to agree this is the best way to do things. > What do you consider to constitute consensus? Absolute unanimity, or > large majority support? I'd like to repost this link: https://tools.ietf.org/html/rfc7282 While it does not exactly *answer* the question as such, I think it makes it easier to get thinking about it and illuminates some issues with what we do - e.g. 67% vote is hardly "consensus", and even 99% vote *sometimes* may not be the same as consensus. Again, it's not a solution, more food for thought. > I suppose it means people should just plan to properly hand things over > rather than quit, given how fairly inevitable someone else picks these > things up again, but nobody is acting in bad faith here. Yes, I think people should propose handover, especially for RFCs that clearly have more than one person supporting. I understand it is hard to do in the middle of rage-quitting or exhausted-quitting, but I think it is time to remind people of this option, maybe add to the RFC process. It can be as simple as "please take over this RFC otherwise I will withdraw it" instead of just withdrawing. > Seeing what has happened to countless people that have spoken up online > about harassment, and knowing that I contribute under my actual > real-life name, has made me self-censor to some extent. I decided not to Well, this is a problem. It is a very serious problem. People lost their jobs, careers, reputations and other things because of internet and meatspace trolls. However, as far as I can see, it is not the problem that *our* community has, and I think we can keep it this way. And that relates of course to trolls of all political persuasions, colors and shapes - of which, yes, there's no shortage of. Not providing food or shelter to them is one of the thing we hope to achieve at least in the spaces of this project. > revive the CoC RFC myself for a reason. Seeing certain participants in > the code of conduct discussion openly retweet messages by leaders of > organised harassment campaigns, campaigns targeting people like me, is > absolutely terrifying. I would caution though about making guilt by association. Re-tweeting something (often third-, fourth- and 9000th-hand) does not mean agreeing with all the author of the tweet has ever said or done. I don't want to go too deep into problems of Tweeter and such as a discussion medium (TLDR: it is unbelievably bad), but one of the things we don't want to get into is permanently labeling people because they once shared a link to something written by somebody who also wrote something bad on entirely different media, possibly years ago. I think the principle of "assuming good faith" (https://en.wikipedia.org/wiki/Wikipedia:Assume_good_faith) would be a good idea here. Note this is not a permanent label either, it is "assumption" for initial approach to the interaction. > We don't exist in a vacuum. I agree. And this is why we should be careful in what we accept as a commitment by the community - because it doesn't affect only us here that discuss it, and not only our motivations, interests and actions would be important. We know from our 20-year experience in PHP project that people would try to use what we create in ways we never thought of, some of them wonderful, some of them making us shudder. -- Stas Malyshev smalyshev@gmail.com