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.

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.

On Mon, Sep 22, 2014 at 10:39 AM, Pierre Joye <pierre....@gmail.com> wrote:

> On Sep 22, 2014 3:29 PM, "Derick Rethans" <der...@php.net> wrote:
> >
> > On Mon, 22 Sep 2014, Andrey Andreev wrote:
> >
> > > On Mon, Sep 22, 2014 at 3:10 PM, Andrea Faulds <a...@ajf.me> wrote:
> > > >
> > > > On 22 Sep 2014, at 12:32, Derick Rethans <der...@php.net> wrote:
> > > >
> > > >> On Sat, 20 Sep 2014, Andrea Faulds wrote:
> > > >>
> > > >>> Perhaps I’m being unfair and overthinking things, but I wonder if
> > > >>> it is really fair for people who have no karma, i.e. not
> > > >>> contributors to the documentation, extensions, php-src or anything
> > > >>> else, to have the ability to vote on RFCs?
> > > >>>
> > > >>> I’d never suggest people without internals karma can’t vote. I
> > > >>> think doc and peck contributors are as valued as any other
> > > >>> contributors. However, people with no karma whatsoever (a blank
> > > >>> people.php.net page) voting irks me.
> > > >>
> > > >> I think people's votes should only count if they have karma to the
> > > >> section of the code that the RFC/feature/whatever relates to.
> > > >
> > > > Is that really fair? If we break BC, plenty of userland developers
> > > > might be affected and they should have a right to chime in.
> > >
> > > That would be quite unfair, not just because of BC breaks and/or
> > > userland developers' votes (there aren't many, afaik).
> > > Practically every language change would be decided by only a handful
> > > of people, while it should be important that many votes are gathered
> > > for important decisions.
> >
> > There is a big difference between votes, and voices. Voices should
> > definitely be listened too.
>
> We agree on listening. Only not on how we listen.
>
> > Derick
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
>

Reply via email to