On Sat, 23 Jan 2016, Stanislav Malyshev wrote:
> > I think we should have used temporary bans a bit more to cool down
> > things. Including to myself along other.
>
> Ban is a very dangerous thing, since it excludes people from discussion
> thus preventing it from reaching a conclusion, achieving consensus and
> closure, and it also hurts people and labels them ("ah, this guy who was
> already banned stirs up things again? let's just ignore him, he's
> obviously a troll").
But on the flip side, most of us are pretty good sporting trolling
anyway, and I certainly have ignored threads where some people
partipated because I didn't think it would contribute anything to the
discussion. And that means you miss out on reasonable comments and
opinions too.
> Stopping discussion by ban breeds resentment on the banned side and
> taints whatever the other side achieved with "if I only were not
> banned, I would prove you are wrong". Of course, there might be cases
> where behavior turns destructive to the point consensus just can not
> be reached, but if the person is still committed to overall goals of
> the project, neutral third-party moderation would usually help. Not
> 100% of cases, but usually. At least that's my conviction. So I think
> using bans more "to cool things down" would not be healthy. Using
> neutral third party to advise people to cool down (and maybe take a
> break) might be.
Tthe balance needs to be found as to what's more important: seeing all
good discussions and comments and inconvieniencing a persistent troll,
or drawing out reasonable comments manually because of an issue being
inconvienienced by a troll. I don't know the answer. A balance is
important, and *perhaps* an option is to do allow for short term (in the
order of days) "timeout periods" — in case the "please cool down"
message is repeatly ignored.
However, in the first phase we ought to be discussing the goals, values
and contributing guidelines. CoC, Mediation and (possible) enforcing is
for later.
cheers,
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
