Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77470 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66169 invoked from network); 22 Sep 2014 15:39:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Sep 2014 15:39:13 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:34012] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 24/60-64052-F9240245 for ; Mon, 22 Sep 2014 11:39:12 -0400 Received: from android-1ddf5dc7f299e85a.fritz.box (ppp-93-104-12-221.dynamic.mnet-online.de [93.104.12.221]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id D34164234A; Mon, 22 Sep 2014 17:39:19 +0200 (CEST) User-Agent: K-9 Mail for Android In-Reply-To: References: <8DEFB90E-0F7F-4876-890D-D4AD1C655D87@ajf.me> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Date: Mon, 22 Sep 2014 17:38:36 +0200 To: Rafael Kassner ,Pierre Joye CC: Derick Rethans ,PHP internals ,Andrea Faulds ,Andrey Andreev Message-ID: <2e56d0ee-978b-4b64-9410-b3127272c197@email.android.com> Subject: Re: [PHP-DEV] Is it fair that people with no karma can vote on RFCs? From: johannes@schlueters.de (=?ISO-8859-1?Q?Johannes_Schl=FCter?=) On September 22, 2014 4:21:29 PM CEST, Rafael Kassner wrote: >IMHO, denying non-karma people to vote is like to making PHP a >company's >product, or, in another words, "you use what we built and shut up", >because >only listening people won't allow to accept/deny a particular RFC, only >votes do. People surely don't comment (myself included) why they are >choosing some particular option on a RFC, but they are making their >opinion >count, and I think this kind of "democracy power" shouldn't be voided. Slightly provocative: Why should I be forced to maintain code by people who don't want to maintain it themselves? Probably even due to votes by people about whom I don't know anything? Mind that most maintenance work by most contributors happens in free time on a voluntarily base. And no open source doesn't mean democracy as governing model. The democratic part is that people who don't like it can fork the project and eventually receive a higher traction. But no, "one man one vote" and full equality doesn't work out. (i.e. if a modules primary maintainer vetos a change I have to mind that [which doesn't mean I have to agree in the end]) >Using separated voting count isn't an option? Like only internal >changes >are voted only by people with karma and features/changes/small BC >breaks >that affects userland are allowed to anyone. This way I believe is easy >to >say if either internals and community agrees with the proposed change >and >community people are making their opinion count. There are no plans (and enough people who'd veto such plans) to close the mailing list. Everybody might state their opinion and we are happy to receive (constructive) feedback and ideas here. And yes, this can be a bit painful due to different forms of "trolling" but leads to better results respecting more opinions than a yes/no vote. johannes