Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:56238 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32296 invoked from network); 10 Nov 2011 17:44:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Nov 2011 17:44:30 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.170 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.213.170 mail-yx0-f170.google.com Received: from [209.85.213.170] ([209.85.213.170:54529] helo=mail-yx0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C1/AB-01205-D7D0CBE4 for ; Thu, 10 Nov 2011 12:44:30 -0500 Received: by yenm5 with SMTP id m5so2531235yen.29 for ; Thu, 10 Nov 2011 09:44:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rx7JONuzNnYQ87LEgjicDHNbgV2QSEOT3xNJZld5O6M=; b=DsGjcWrx8Isq0aPck4LhyOSLrNRvsyf4Pf7TS+KuQJztmXgqYJwtHd9u18jeZLXvb9 3q63G2TqNWsP1DOCTMLWA5L98CxXVfGdDAq8xzrr6nOZAidy0fXIfAtZtM/eENdH7xO/ EuylzNdwsj9Z1HWvjEN0QUgJwhswAXm82waIw= MIME-Version: 1.0 Received: by 10.147.166.17 with SMTP id t17mr3593800yao.28.1320947066638; Thu, 10 Nov 2011 09:44:26 -0800 (PST) Received: by 10.147.113.15 with HTTP; Thu, 10 Nov 2011 09:44:26 -0800 (PST) In-Reply-To: <4EBBFE8B.40308@lerdorf.com> References: <4EBADCE4.9030702@sugarcrm.com> <4EBAF5D8.40608@sugarcrm.com> <4EBB5847.50400@lerdorf.com> <4EBBFE8B.40308@lerdorf.com> Date: Thu, 10 Nov 2011 18:44:26 +0100 Message-ID: To: Rasmus Lerdorf Cc: "guilhermeblanco@gmail.com" , PHP Internals Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] who can vote From: pierre.php@gmail.com (Pierre Joye) On Thu, Nov 10, 2011 at 5:40 PM, Rasmus Lerdorf wrote: > If there is voting on an RFC related to php-doc stuff, then the > meritocracy shifts to the main php-doc contributors. Same goes for > testing-related issues. My vote on a doc issue carries considerable less > weight than my vote on a src issue. Call it a consensus-based > meritocracy, if you will. The idea here is that it isn't sustainable for > the voting process to create a decision that a large number of the > people doing the day-to-day work on a given part of the project disagree > with. In a volunteer organization that simply doesn't work because the > volunteers will naturally just stop volunteering if they are forced to > work this way. We may really come back to earth. There are no decision that has been taken in a way that php has been hurt in any way, since the RFC has been re introduced. There is also not 1000s of random people voting on features but well known persons. Persons who already contribute to PHP in one way or another. We are not giving away our power or freedom of choices but only giving a voice to people who deserves it, for the good of the future of PHP. And we damned have to do it. > Sure, but this is another great example. If you wrote an RFC that > basically said, "Let's rewrite the engine" I bet it would get a lot of > positive votes. But then what? Rewriting the engine is a multi-year > effort by at least a couple of really strong developers. Unless the RFC > is written by these developers or it includes a credible commitment by > said developers to actually do the work and stick around to support it, > the votes are meaningless. You are kind of implying that because a bunch > of people click a checkbox on the wiki site, I, or someone like me > should quit our jobs and spend the next 2 years of our lives working on > something you think is a good idea. Things just don't work like that. That's another myth spread by the opponents of making our process open. All RFCs proposed has been proposed with patches, implemented by the proposers, with or without the help of other core developers. Nobody ever succeed (except the alternative array RFC which did no go further than draft) to propose something without a clear&clean implementation. I'm sorry, and with all respects, this is FUD. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org