Le mardi 5 février 2019, 02:38:50 CET Stanislav Malyshev a écrit : > Hi!
Hi! > Do you imagine Linus > asking a vote of all Linux users about how to implement a kernel driver > and implementing it only in a way that majority of Linux users approves? Not sure that would be so bad. At least until it blocks everything and becomes a problem, but what I do not understand is that changing the RFC voters pool idea do not seem come from a problem with it, just some «These people are not writing C code, they should not vote» thinking. > Because whoever makes the thing defines how the thing is made (of > course, it takes more to make PHP than pure C coding, so I am bundling > all contributors to the project - however widely defined - together). If > you are to build a house, I am not going to tell you how to do it. It's > your house, you build it however you want it - even if you might later > invite me to visit. If I think the house is badly built, I may refuse to > come, and criticize you, but I won't claim the power to tell you how to > do it. This is where we disagree, PHP devs are not building a house for themselves, they are building it for other people. > Have a say, as in providing feedback and advice - sure, and they do. > Having decisive voice, overriding the voice of people who actually > implement it, in their own free time, and then give it away for free - no. If I use my free time to make the language worse, that is not a good thing just because I did some work for free. > > You make it like it’s a gift for people to be able to vote on PHP > > RFCs while I feel like it’s good for PHP to have people voting its > > RFCs. > > There's no abstract "PHP" that it'd be good for beyond people who > actually develop it. And I don't see how it'd be good for people who > develop it to give control over how to develop it to people that don't. I disagree here, PHP is supposed to be good to its community, not only its core developers. > > One last point: Having non-core developers voting puts a higher bar > > on RFC redacting quality: The author needs to explain his feature > > well enough so that people without deep internal knowledge get it. > > I don't see how the voting process prevents people that didn't get it > from voting (either way). In a democracy, people do it all the time ;) > So this is really not a solid argument for your point. You may always have some random or misinformed vote but I do think you will get more vote if you successfully explains how your feature improve the situation. When I do not understand at all what it’s about I usually don’t vote (for PHP RFCs I mean). Côme -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
