Re: [RFC] Prevent disruptions of conversations
| From: | Brent | Date: | Mon, 23 Sep 2019 07:12:40 +0000 |
| Subject: | Re: [RFC] Prevent disruptions of conversations | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-107289@lists.php.net to get a copy of this message | ||
Hi Paul
On 20 Sep 2019, 16:04 +0200, Paul M. Jones <pmjones@pmjones.io>, wrote:
>
>
> > On Sep 20, 2019, at 01:25, Brent <brendt@stitcher.io> wrote:
> >
> > Moderators are no dictators
>
> Maybe, maybe not.
>
> But moderators can and do play favorites, banning or silencing one voice (of whom they
> disapprove) for the same things that they ignore from another voice (of whom they do approve).
I feel like internals@ members have very little trust in their peers and fear the world will burn
and PHP will die because of moderators who try to keep the discussions ontopic and civil. Say five
moderators are appointed and one turns out to be a bad one, a dictator, a villain; the other four
*and* the community at large can simply dismiss that bad one.
>
> Moderators, with the power to ban and to silence, become the owners of the project whose
> communications they moderate. By controlling the flow of information in a project, moderators
> control the status of the members in that project, and thereby control the direction of the project.
I've been part of numerous online communities over the years, and this has never, ever, been a
problem anywhere. Now PHP and internals@ might be the exception, though I think a little common
sense and human decency will get us a long way and might even make internals@ productive again.
Kind regards
Brent
>
>
> --
> Paul M. Jones
> pmjones@pmjones.io
> 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
>