Re: [RFC] Prevent disruptions of conversations

internals@ needs what every community needs: proper moderation. Moderators are no dictators who will force their opinion on how the language is shaped, nor will they silence people with fear. This is no alien concept on the internet, and nothing ground breaking or disruptive is being proposed. Now even though not directly mentioned in the RFC, everyone who has been following internals@ for the last three months knows exactly who and what the RFC is aimed at. My fear is that this discussion will end the same way almost all RFC discussions ended these past months. That's so much time and effort wasted for such a simple thing that almost every community knows how to handle. Simply appoint some people who have proven they can keep their calm in the past, and act with common sense when it comes to interpersonal communication. The next step would be to provide a proper CoC — a problem that many OSS communities also have solved already, so no need to invent the wheel — though I fear that proper moderation will be needed in order to have a constructive discussion about a CoC. After all of that, we can finally focus on things that matter again: building PHP. Kind regards Brent On 19 Sep 2019, 19:19 +0200, Dan Ackroyd <Danack@basereality.com>, wrote: > Hi internals, > > Here is an RFC to "Prevent disruptions of conversations" > > https://wiki.php.net/rfc/prevent_disruptions_of_conversations?do=edit > > A couple of notes: > > * although the RFC would only be applicable to messages sent once it > might be approved, it would still be nice if people consider how their > messages affect other people before then. > > * any inappropriate messages sent privately to me have a very high > chance of being replied to on the internals list. > > * everyone should bear in mind this RFC might gain more attention from > people outside the PHP internals community than normal. > > * I think this solution isn't going to be a great one, and that it > would be better if we had a less controversial way to address > non-productive behaviour. If someone wants to start a discussion on > replacing this RFC that would be great, but as I said in the RFC in my > opinion this is a needed short term solution. > > cheers > Dan > Ack > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >