Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:90510
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5693D9F2.7010706@gmail.com>
References: <CAAyV7nFbngZ42qzbSFyveH+vsyir9QNtMJq8H=u9VqTBVBv5Og@mail.gmail.com>
	<CAAyV7nHrip8Ljxjdi2DiGbcnXxY9JK+pN+LCwYKqsjJNvEyUrg@mail.gmail.com>
	<910b145571b2c3e98338d54c0dd6a981@mail.gmail.com>
	<CAAyV7nGGJ3-mCZhDcmhcjqgEOMUBQwvA0vVEE67K4Vmot4ep5Q@mail.gmail.com>
	<CAPgLKii-L-TvKLiSYNdcXxmkr60k2_93EE7hc9LSL=3NQwQjRw@mail.gmail.com>
	<CAESVnVqrXQHpYabkOZvVhbGVUNtQLLS_h=OsnaaQWhEeHWx+uw@mail.gmail.com>
	<CAAyV7nGV4Vawdq67j0eZa4j+R2zM_14-KZpBe_S6JUOc7-9Yfg@mail.gmail.com>
	<0E9E4C89-1800-4000-BD5A-BC81F43BE2FE@gohearsay.com>
	<CAAyV7nEVKqOJWn9Fb7Sa2cAPRBZ-Pu00BOmha4ObGciwPHXiGQ@mail.gmail.com>
	<44142A2C-0E7C-4525-880F-7759CD8A502A@heroku.com>
	<5691D820.4080309@gmail.com>
	<56934116.70002@garfieldtech.com>
	<CALuPxdC64svDjOsK4z=gU8OurHDS6H0kFx7Re=G4xMrRxQU9Tg@mail.gmail.com>
	<CAAyV7nEQ3GySgPvoDB3Q7+pEXpK5zG0rue7s-VZYzX1j1EiHhQ@mail.gmail.com>
	<5693D1A4.2050208@gmail.com>
	<CAAyV7nGEUSQ67Ptp_cqL0ZHFiAgs9HnCfjp1CfsO2VATnGY7Og@mail.gmail.com>
	<5693D9F2.7010706@gmail.com>
Date: Mon, 11 Jan 2016 17:50:56 +0100
Message-ID: <CAH-PCH76g9pVvFuyR5nwaaQes3xPOQf8N6NN+o_oTGXzB5FOVQ@mail.gmail.com>
To: Stanislav Malyshev <smalyshev@gmail.com>
Cc: Anthony Ferrara <ircmaxell@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7bfe9a7ae634a5052911bd06
Subject: Re: [PHP-DEV] [RFC] [Draft] Adopt Code of Conduct
From: tyra3l@gmail.com (Ferenc Kovacs)

--047d7bfe9a7ae634a5052911bd06
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 11, 2016 at 5:36 PM, Stanislav Malyshev <smalyshev@gmail.com>
wrote:

> Hi!
>
> > This particular case isn't what a CoC would protect. So I think that's
> > a bit of a red herring. The CoC doesn't try to enforce itself outside
> > of the scope of project members. Instead, it applies to project
>
> OK, that is clear enough, but I see an issue here - we'd be applying an
> pressure that would very quickly modify behavior towards using
> sockpuppet accounts. In fact, since we're all smart people here, I think
> one instance of enforcement would switch virtually all abuse to
> sockpuppets - why risk CoC complaints if you can make a new account with
> a witty name and vent freely?
> Which would mean if our goal were to reduce abuse, it would fail very
> fast. In fact, sockpuppets probably would be more abusive, since
> Speaking Truth To Power is so much fun.
>
> Of course, if we have clearly understood limits - such as discussion by
> project members in a project-related context - it would not hurt. I'm
> afraid it wouldn't help much either.
> --
> Stas Malyshev
> smalyshev@gmail.com
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
https://en.wikipedia.org/wiki/Nirvana_fallacy
while what you are saying it is possible, but
1, the fact that the proposed solution doesn't solve every hypothetical
scenario doesn't mean that the solution is bad, it just means that it isn't
perfect.
2, one of the reasons for the CoC is to send a clear message that the
project doesn't support/endorse some kind of behavior, so if somebody uses
a sockpuppet while that makes it impossible for us to take any measure, but
that already made it clear that he/she doesn't talks for our project.


--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--047d7bfe9a7ae634a5052911bd06--