Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:107478 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 92572 invoked from network); 10 Oct 2019 21:04:49 -0000 Received: from unknown (HELO php-smtp3.php.net) (208.43.231.12) by pb1.pair.com with SMTP; 10 Oct 2019 21:04:49 -0000 Received: from php-smtp3.php.net (localhost [127.0.0.1]) by php-smtp3.php.net (Postfix) with ESMTP id 9E0572D1FD4 for ; Thu, 10 Oct 2019 11:47:46 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp3.php.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_20,SPF_HELO_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS5518 213.175.64.0/18 X-Spam-Virus: No Received: from zeona.lv (roze.lv [213.175.74.1]) by php-smtp3.php.net (Postfix) with ESMTP for ; Thu, 10 Oct 2019 11:47:45 -0700 (PDT) Received: from MezhRoze (unknown [10.8.0.69]) by zeona.lv (Postfix) with ESMTP id 93CFE2009D0BD for ; Thu, 10 Oct 2019 21:47:43 +0300 (EEST) To: "'PHP Internals'" References: <67911D3D-CBC1-4847-9F4B-3C895EF84741@newclarity.net> <4ed1fb31-a8e4-bff7-54f5-c66c95c692c4@alec.pl> In-Reply-To: Date: Thu, 10 Oct 2019 21:47:44 +0300 Message-ID: <000301d57f9b$33bed320$9b3c7960$@roze.lv> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQISnFxyQeCclhmHsfM8J1nbGX9vQwKZlyhLAiPm504AsbOAbQHOwouQpqAJVxA= Content-Language: lv X-Envelope-From: Subject: RE: [PHP-DEV] Constraints and userland@ From: r@roze.lv ("Reinis Rozitis") > -----Original Message----- > From: Benjamin Morel [mailto:benjamin.morel@gmail.com] > > > And we could change the RFC process to either: >=20 > - require a 2/3 majority of votes *in each category* > - *or *require a 2/3 majority in the *average of all three categories* > - *or *give a weight to each category (like 50% to core members, 30% = to OSS > developers and 20% to the rest of the world) and calculate the result > accordingly > - *or even* something like require a 2/3 majority in at least 2 of = these > categories >=20 > ... or any other rule we could think of. >=20 > I quite like this idea of splitting voters into 3 categories, where = each category > has a weight that does not depend on the number of people who voted = inside > it. >=20 > Something like this would seem fair to me. Thoughts? The problem in this is that - what good is a vote/RFC if no one is there = to implement it? Like you could get and overwhelming majority/weight in all the = non-developer groups but what then? Are you then forcing someone to = write the code? Pick someone from the group(s) who voted for or pay = someone to do it (quite valid though)? IMO even now all the discussion in the internals@ (hence the name) for = the developer (RFC author) is just to see if any other code contributor = has something to say about his idea. The rest can voice their concerns = but as long you don't really contribute yourself I doubt you get to = choose in the end.. rr