> On Jan 5, 2016, at 15:51, Chase Peeler <chasepee...@gmail.com> wrote: > > While overall I tend to agree with Paul on the concept of a CoC, I don't > think that precludes the ability to offer suggestions. It's to everyone's > advantage to make sure that if we do adopt a CoC, we adopt the best one > possible. > > Obviously one of the biggest fears is unjust treatment of the accused. The > thing that is most likely to lead to that would be pre-existing personal > biases towards the accused (or in favor of the accuser) by a member of the > committee. Why not require that at least one member come from outside the > PHP community all together. I don't know how feasible that really is, but > assuming it is, it's probably the best way to ensure that there is at least > one person that is more likely to be as unbiased as possible. > > That member could be voted on like all the other members, or, due to the > fact that voters are hopefully less familiar with such candidates, be > appointed by the elected members of the committee. > > Obviously it's not perfect and still allows the possibility of abuse, but > you reach the point where such abuses almost require a coordinated > conspiracy.
If you're dead set on this, why have "appointed" members at all? Pick randomly from the pool of voters, one set of members assigned on a per-accusation basis, disallow further service until everyone has been chosen once, then reset the counter. Having said that, a Code of Conduct in *any* form is going to be abused, *especially* this one, which I continue to maintain is primarily political in nature, fascist in practice, and utterly contemptible. Larry's "conflict resolution" document, while still not that great, is orders of magnitude better than this RFC. It at least leads in the direction of people solving their own problems, rather than appealing to amenable authority and thus remaining dependents on it for all time. -- Paul M. Jones pmjone...@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
