Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90719 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 3704 invoked from network); 19 Jan 2016 18:04:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jan 2016 18:04:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=arvids.godjuks@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=arvids.godjuks@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.47 as permitted sender) X-PHP-List-Original-Sender: arvids.godjuks@gmail.com X-Host-Fingerprint: 209.85.215.47 mail-lf0-f47.google.com Received: from [209.85.215.47] ([209.85.215.47:35315] helo=mail-lf0-f47.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5D/90-32754-A9A7E965 for ; Tue, 19 Jan 2016 13:04:12 -0500 Received: by mail-lf0-f47.google.com with SMTP id c192so344013247lfe.2 for ; Tue, 19 Jan 2016 10:04:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=6+QLH59BlWQojzD5h5eqj8l+mODGXxM2ey0RDaSFJUg=; b=ju6nOPNaHMzwf4lKW0iWLRGfIgt/3jzRaHc+nDye/HD27T8uUMb+Ww0aRicvz4ACg4 GNNIU3b4iSU0s6jajivbR3ILtrg/hBnR0r3d5dmFSwgCcOnv9QRCSSAGA4XY47eqbR8m 8teIYBDhCUlMW66UxW3DSupYTbEP+RQPJMHglUV2gALzrcVF28cpRQU6IGuJ4tj2T+eX m2xMjcKmk5T2Q59l8P273rTHVdJvK01Dv1f2XLo5/pA5jR8FRgs2IwFFNE1DYMK1A1l8 KiDhr3TNjd6qhfov34lglv2LnRkTtSco+WWYpA/UqpBw6lm8+q34zG5Gr9s4wBJJlz2b ZP4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=6+QLH59BlWQojzD5h5eqj8l+mODGXxM2ey0RDaSFJUg=; b=JNiDiTlzY4Fs6ZTfE1dIF8nK0N5EkSSGIgNNnq342KaRL5qCNi9u+IU2X1OghITsIZ 6tyP9eOyogFpEcZGwKZJGZrThuRBcV7QzFfq1bV2AYFIkF9XWIGcKquL+SYrr9NMP6QD 3SCBu+UIFCgxoGGU7gqaXyiokKOzLwGVgpUZw1kLaTa+HETB8Lxjgb1072f1ySlrBgDj Eph4fUPMS2EDWp2EUHZ1JdWQqaisJbgGggG3v3OyTlF4I/WvbhGvfI50TvBdt46X7BKX UhLUmhDi+1138UQC6QMu6dXjowOkikLjUrATvxjdcMOW4M5HV/9d04zWMdS4FRRvN3ez RkCg== X-Gm-Message-State: AG10YOSrk0aEC2VtCKqQfs01VBabPSulP5iIUZ3zskfx7l6sDDiwaR7ELrCIVfHHd/sTsiGcBIGqdravyZGC/w== X-Received: by 10.25.39.134 with SMTP id n128mr7383947lfn.54.1453226646843; Tue, 19 Jan 2016 10:04:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.151.98 with HTTP; Tue, 19 Jan 2016 10:03:47 -0800 (PST) In-Reply-To: References: <910b145571b2c3e98338d54c0dd6a981@mail.gmail.com> <0E9E4C89-1800-4000-BD5A-BC81F43BE2FE@gohearsay.com> <44142A2C-0E7C-4525-880F-7759CD8A502A@heroku.com> Date: Tue, 19 Jan 2016 20:03:47 +0200 Message-ID: To: Stig Bakken Cc: Anthony Ferrara , PHP internals Content-Type: multipart/alternative; boundary=001a114104701035c90529b3b296 Subject: Re: [PHP-DEV] [RFC] [Draft] Adopt Code of Conduct From: arvids.godjuks@gmail.com (Arvids Godjuks) --001a114104701035c90529b3b296 Content-Type: text/plain; charset=UTF-8 Hello to everyone. The Draft states: "This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community." TL;DR: Just no. Long version: What is the definition of "representing project or it's community". If I make a single commit that get's accepted to the project, and then I say something 3 years down the line about the project (in this case PHP), do I still represent the project or it's community? Or I have added to conversations on this mailing list for years now, does that mean i'm a contributor now and I'm responsible for anything I say about the project or it's community going forward? And what is PHP community? It's not like PHP community is a tight group - it's huge, with tens of millions of people at least all over the world. This is especially a worry for me, because I run a PHP conference, and people come to speak to it. I do not want to deal with people dictating me "I want you to pull this person because his views on blah are bla bla bla and that is unacceptable". I do not care about the persons views on any subject, unless: a). It breakes the laws of my country (hate speech, harassment, gender discrimination and all that stuff that is actually covered by laws). b). The person goes into issues, that are not the topic of the conference. c). Behaves in a way, that is not acceptable in the society (personal insults, unacceptable language, and so on). And what if I actually agree with that person in my own views? And why someone thinks he has the right to dictate what views are acceptable and witch are not? (i'm not talking about issues, that are universally unacceptable to talk about). Regarding c) - you should remember, that in different parts of the world the social norms vary - from slightly to moderate between western cultures, to quite a lot for asian/latin american/african/etc. . Every country is different, especially those, that are quite far apart. That means that people will be doing things, that are totally acceptable and are the norm in their country, when they are preforming at the local conference, but will probably trigger a storm somewhere else, and that may result in things going horribly wrong. So, as far as my personal opinion goes, CoC has to apply only to project spaces in full, and for the public spaces it has to have a clear definition, when CoC applies. I really do not want to see situation like they happened in other projects, when a person can be booted off the project just because he does not support some trending new thing in social areas (pick any social issue in recent 20 years), but is absolutely a model member of the project. This is a tech project, not a social gathering to impose social trends and rallying support for social issues. * Any personal opinions on any subject not directly related to the project itself should be out of the scope of CoC. This has to be written in from the start, otherwise people will find a way to exploit it to generate controversy and drama on the subjects that are not related to the PHP project. * CoC should clearly state that it is designed only to handle the conduct in project channels and official representation of the project. The representation part should be defined. * Any requests coming in on the issues, that are not directly related to the PHP project itself, should be outright rejected. In case of abuse (trying to re-open the issues) the access should be restricted if that's technically possible. Otherwise, as history shows, the rules are abused sooner or later. And the amount of controversy we have around PHP every minor and major release, that's a given. Above written is a rough thought list on the subject. Proposed CoC is too generic and allows for a lot of loopholes. We should really take out time, read up on the issues that did happen on other projects (and there are a lot of those), and not making a mistake of adopting a general CoC. Personal life's have nothing to do with the PHP project. Personal thoughts expressed outside of the project are just that - personal. And here in Europe, we have quite strict laws about personal stuff too, so even bringing up issues like "that person thinks that ... that he said to me in a personal conversation" are subject to laws, that prohibit this explicitly. Thank your for your time, Arvids. --001a114104701035c90529b3b296--