Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90370 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 70214 invoked from network); 8 Jan 2016 17:15:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Jan 2016 17:15:49 -0000 Authentication-Results: pb1.pair.com header.from=larry@garfieldtech.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=larry@garfieldtech.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain garfieldtech.com from 66.111.4.28 cause and error) X-PHP-List-Original-Sender: larry@garfieldtech.com X-Host-Fingerprint: 66.111.4.28 out4-smtp.messagingengine.com Received: from [66.111.4.28] ([66.111.4.28:37031] helo=out4-smtp.messagingengine.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8A/82-55593-4CEEF865 for ; Fri, 08 Jan 2016 12:15:49 -0500 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id C000320DFB for ; Fri, 8 Jan 2016 12:15:45 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 08 Jan 2016 12:15:45 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=TN0qYV1k8IIb3YM MpC4rsssflo4=; b=mvl7QTravWX1XGaSmEXAmgNXz9oDCJQv4yjA2i6uENENt0F x1veF6w+QRP2UUnA2AEYrMPkxskHnppROuNN3C8hQ9/VcuLo0fwUVj1txLaDzaiq GN1bW5bsAC7/Ot8N+EWySJAgh9W2ffKqee2/A94m5yJiqjoATYDeLXIv7L8A= X-Sasl-enc: pGUkyNIsbgw2Egp9Q35NTs+aI6u3i74ziYk7/Dh4taHH 1452273345 Received: from Crells-MacBook-Pro.local (unknown [63.250.249.138]) by mail.messagingengine.com (Postfix) with ESMTPA id 39FD668021B for ; Fri, 8 Jan 2016 12:15:45 -0500 (EST) To: internals@lists.php.net References: <66E04ACF-7363-4E47-BFFD-E380E5B1EA23@gmail.com> <6D.39.21755.3576D865@pb1.pair.com> <1AD1B991-A3E5-4D6C-A532-5F0FCCC2ED61@gmail.com> <568D7C5D.9020405@php.net> <1e6a13607a3a1c8b20a4649f8a5ef767@mail.gmail.com> <3AB5AA82-4F17-40C3-B8B5-33697A8DBEC2@gmail.com> <8D90A4F6-4E3E-4283-B8E3-152E4707EF4E@moonspot.net> <568F4E81.1020205@garfieldtech.com> <568F632D.5070404@gmail.com> Message-ID: <568FEEC0.1020005@garfieldtech.com> Date: Fri, 8 Jan 2016 11:15:44 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <568F632D.5070404@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] [Draft] Adopt Code of Conduct From: larry@garfieldtech.com (Larry Garfield) On 1/8/16 1:20 AM, Stanislav Malyshev wrote: > Hi! > >> And yes, I am aware that a large part of the concern is the definition >> of "malicious jackass who hurts people" and "hostile, insulting storm". > Not only that. But that even if we have the definition, nobody walks > around with a convenient label of "malicious jackass who hurts people" > on their foreheads. That's not where the problem lies. What we'd be > dealing with is people coming to us complaining said something offensive > to them (or to somebody) at resource X, which may not even be public, > conveniently providing only evidence that supports it, and we'd have to > decide whether it's true or not, knowing no context, no prior history, > no full information about what happened, etc. And since we declared > universal jurisdiction, not taking sides is no longer an option. Sure, and the CRT would be fully within their rights to say "this is not a real issue" or "this is too unrelated to the project". In practice, based on my experience elsewhere I think we're likely to see two broad categories of issue: 1) This conversation is getting too aggressive, why don't you both go outside for a while to cool down then come back and hug it out. 2) Seriously, that's not even remotely OK by any stretch of the imagination, get the heck out. And by nipping the first one in the bud more often, the second becomes less acceptable and therefore less common. I'd also say that the first one can be handled more or less privately in most cases, and I'm fine with that. It's category two where the public review would be more needed. Although in both cases the accuser and accused (or the issue reporter and the other parties involved, if we want to be less draconian in the wording) will know who each other are. It's inappropriate for them not to, and in practice impossible for them not to either so let's not even pretend. >> There *is* a risk of that turning into a "morality clause". That's >> true. But it could go either direction on such matters, not necessarily >> just in the "evil PC witch hunt" direction. That's where, as has been > That's not exactly encouraging phrase - it's like saying "take this > pill, it would not *necessarily* kill you, it could go both ways". Would > you take it? A pill is an excellent analogy. Pick up any medication off the shelf at your local drugstore. Take too little of it and it does nothing. Take too much and you'll get sick, possibly die. Take an appropriate amount and it helps cure what ails you. We acknowledge the potential dangers of over-doing it, even put it on the label, and yet we all use medication on a regular basis for all sorts of things and are generally much healthier for it. The Goldilocks Rule applies here, as in most places. >> Do you think we can find 5 people in the PHP community that we can trust >> to make fair decisions (NOT that we would always agree with, but that >> are fair) that don't fall too far into "thought policing", in *any* >> direction? If not, then the community is already lost beyond all hope > Again, as I explained already before, it's not a matter of people being > "corrupt" or "unfair". It's the matter of dealing with uncertain > information and also - unfortunately - potentially some dishonest > players trying to abuse the system. People can be misled and manipulated > - that happens routinely to much more robust systems than ours, such as > courts - so ignoring it and not having security against it besides "we > are all good people, we can do no wrong" looks naive to me. Feel free to swap "unfair" for "mislead". We're not perfect (obviously), and no conflict resolution team will be either. But I am confident that we can find 5 people in PHP who are fair enough, insightful enough, and impartial enough to get the job done. Judges are human and subject to bias, but we still have laws and courts and are a better society for it. Honestly the point you're making sounds close to "perfect or nothing", which if applied generally would preclude PHP from existing. :-) -- --Larry Garfield