Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:90395
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.173 as permitted sender)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\))
In-Reply-To: <015f1684ead6c94c4f844fb8dc8983aa@mail.gmail.com>
Date: Fri, 8 Jan 2016 13:24:27 -0600
Cc: Larry Garfield <larry@garfieldtech.com>,
 internals@lists.php.net
Content-Transfer-Encoding: quoted-printable
Message-ID: <88800927-FD82-4212-A89F-0D6073605A5F@gmail.com>
References: <BE0EB5B804BC488AAD1344BF9D3B9277@gmail.com> <66E04ACF-7363-4E47-BFFD-E380E5B1EA23@gmail.com>
 <CAL=_i_kspY_v0Z-WvPdUAc3-_YfNC_a=59nUrLuW65G97+qZTg@mail.gmail.com>
 <6D.39.21755.3576D865@pb1.pair.com> <1AD1B991-A3E5-4D6C-A532-5F0FCCC2ED61@gmail.com>
 <CAObuZdtKyJXVEAtJzvZENf+Da6S+BFCnXaErvmiHJXen9DCDmA@mail.gmail.com>
 <568D7C5D.9020405@php.net> <CAAyV7nFYYxZELZhgo_wrhr9u2+Lww1jQAw+3O=fGqLJJdg7GkA@mail.gmail.com>
 <1e6a13607a3a1c8b20a4649f8a5ef767@mail.gmail.com> <CAEZPtU5BaogkrJ4H9o1x9ENWXOVqnAye8Oh535aTHOefMuJz6w@mail.gmail.com>
 <3AB5AA82-4F17-40C3-B8B5-33697A8DBEC2@gmail.com> <CAEZPtU6T14yr8UN1F0goY=7sme-iKgXLECSL7yiAqFLf_xPchw@mail.gmail.com>
 <FD56BF25-0825-4666-AEF9-06996E59C514@gmail.com> <CAEZPtU7nNuEQehisOZK3nC4AuafrahQbvLgZOGteR1jt4cWV_w@mail.gmail.com>
 <B1697F0F-883C-4D49-8CB6-4DF152662886@gmail.com> <8D90A4F6-4E3E-4283-B8E3-152E4707EF4E@moonspot.net>
 <568F4E81.1020205@garfieldtech.com> <2732F2A4-51F7-42CC-A7E7-1EC7B26CDF97@gmail.com>
 <015f1684ead6c94c4f844fb8dc8983aa@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Subject: Re: [PHP-DEV] [RFC] [Draft] Adopt Code of Conduct
From: pmjones88@gmail.com ("Paul M. Jones")


> On Jan 8, 2016, at 13:07, Zeev Suraski <zeev@zend.com> wrote:
>=20
>> -----Original Message-----
>> From: Paul M. Jones [mailto:pmjones88@gmail.com]
>> Sent: Friday, January 08, 2016 7:28 PM
>> To: Larry Garfield <larry@garfieldtech.com>
>> Cc: internals@lists.php.net
>> Subject: Re: [PHP-DEV] [RFC] [Draft] Adopt Code of Conduct
>>=20
>>=20
>>> On Jan 7, 2016, at 23:52, Larry Garfield <larry@garfieldtech.com>
> wrote:
>>>=20
>>> 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 and we should all
> just
>> give up now.  I do not believe that to be the case, at all.
>>=20
>> Too long spent in a position of power, and even the most fair can =
become
>> unfair.
>>=20
>> As I have suggested before: *if* there is to be a response team, let =
it
> be
>> randomly selected on per-reported-incident basis from the pool of
> voters.
>> Then there is no possibility of a charge of continuing bias, and it
> distributes
>> power among the pool, instead of concentrating it into a few members.
>>=20
>> Proponents of the response team: thoughts?
>=20
> I think that depends on the nature of the response team.
>=20
> If it's a mediation team, with the sole purpose to mediate - but =
otherwise
> cannot impose a solution - it's actually better to have a =
'professional'
> one, rather than a random one.  I'd still have them voted on and =
changed
> every so often (2 years that Larry proposed sounds reasonable), but =
given
> the almost nonexistent risk of abuse, it's not much of a concern.
>=20
> If it's a judicial body of any sort - then it's a lot more =
complicated.
> I'm not sold on a randomly chosen team - but I think it is superior to =
a
> voted team.  FWIW, it's quite different from a jury - as there's no =
judge
> to guide things through, and there is no law to refer to.

Both fair points. (FWIW I'm not in favor of a judicial response team at =
all, but *if* there is to be one, randomly-selected is less-bad than a =
standing team.)


--=20
Paul M. Jones
pmjones88@gmail.com
http://paul-m-jones.com

Modernizing Legacy Applications in PHP
https://leanpub.com/mlaphp

Solving the N+1 Problem in PHP
https://leanpub.com/sn1php