Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90381 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90270 invoked from network); 8 Jan 2016 18:16:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Jan 2016 18:16:45 -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:35835] helo=out4-smtp.messagingengine.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B8/B6-55593-B0DFF865 for ; Fri, 08 Jan 2016 13:16:44 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 28D41208E3 for ; Fri, 8 Jan 2016 13:16:41 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Fri, 08 Jan 2016 13:16:41 -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=VHL0TfpGugA1tQE Qa6JTZNOTAqA=; b=OIuDO+t5WaQ3I0NW4bgZGhnU/3tDE/bXlnCk3AN0CWYxRN3 +K4FKBFuEMyl0IhbGzmM9d7UsWnFRgOscJgEeHJvWVr1pY1Er0gTup1rxKfANKdC KAPhDeXM68VrygM0bRmnOtsr546vztWC8uFFb9F/cLFqt11IDI9zpklFDCNQ= X-Sasl-enc: 8UNBduu2gwPYbRjuPAqbn9asqVGMAOnTJXHVFqQJvHzA 1452277000 Received: from Crells-MacBook-Pro.local (unknown [63.250.249.138]) by mail.messagingengine.com (Postfix) with ESMTPA id 9F48D68019E for ; Fri, 8 Jan 2016 13:16:40 -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> <2732F2A4-51F7-42CC-A7E7-1EC7B26CDF97@gmail.com> Message-ID: <568FFD08.1080104@garfieldtech.com> Date: Fri, 8 Jan 2016 12:16:40 -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: <2732F2A4-51F7-42CC-A7E7-1EC7B26CDF97@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 11:28 AM, Paul M. Jones wrote: >> On Jan 7, 2016, at 23:52, Larry Garfield 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? Randomly selected: Absolutely not. I wouldn't randomly select someone to make Ultimate Decision(tm) on a technical RFC, either. But if a question about, say, a parser bug came up there are absolutely certain people that I would trust with that question more than others, and defer to their analysis/opinion more readily. Related: http://www.garfieldtech.com/blog/experts-opinions rather, I would suggest non-indefinite membership. As with the new FIG secretaries, and as I've setup in similar bodies before, a rotating set of "terms" is good as it maintains continuity without having the same people always there forever. It also means that people can "roll off" the group gracefully without being either fired or actively resigning. A 2-3 year term makes the most sense to me for a team of 5. I don't see a reason to have a term limit, though. If someone is doing well (as defined by the voting public) and is willing to continue doing well, let them keep doing well. This would be a question to bring up with George, I think. -- --Larry Garfield