Re: [RFC] [Draft] Adopt Code of Conduct

From: Date: Fri, 08 Jan 2016 17:51:54 +0000
Subject: Re: [RFC] [Draft] Adopt Code of Conduct
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18  Groups: php.internals 
Request: Send a blank email to internals+get-90377@lists.php.net to get a copy of this message
On Fri, Jan 8, 2016 at 10:28 AM, Paul M. Jones <pmjones88@gmail.com> wrote: > > > On Jan 7, 2016, at 23:52, Larry Garfield <larry@garfieldtech.com> wrote: > > > > 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. > > Too long spent in a position of power, and even the most fair can become > unfair. > > 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. > > Proponents of the response team: thoughts? > I would prefer to see the team picked for the next occurence immediately after one happens. This way, if the resolution can be handled by just having a calm conversation with the interested parties, then there is no need to make it public. Instead, the mediators would say "A conflict has occurred and a new team needs to be in place". Or maybe something like 1 month duty at a time, but team membership may last beyond a month, if no conflicts were had during that month. IE, you get put on the team, you may "serve" for a year if no conflicts arise. Or you may only server for a month, if a conflict does arrive (I think an upper bounds when no conflicts may not be required, but should be considered if this suggestion is taken to heart at all). > > > -- > 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 > > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.internals (#90377) next »