On 1/8/16 11:28 AM, Paul M. Jones wrote:
On Jan 7, 2016, at 23:52, Larry Garfield <la...@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?
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
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
