Hi! > I'd like it if we could stop saying the RFC process can't be used for one > thing or another, it's patently false.
Not can't, shouldn't be. And I don't see any reason why we should stop saying that. > To say it's not suitable for these things is a total nonsense, we already > use it for these things. Contrary to popular belief, saying the magic word "nonsense" doesn't actually prove anything and doesn't replace actual argument. RFC process was not created to be sole governing body for PHP project and something that makes every vote mandatory for the whole project. If there's a consensus about certain decision, sure, it can be confirmed by a vote, but if there's no consensus about some thing like project governance, then just holding a vote for two weeks in random point of time among those who happens to read the list at that time is not a good governance model. RFC process is fine for committing features because worst thing we commit some bad code, and revert/amend it later. It's a bit dangerous for deep language features since rolling that back would be hard. But I do not think governing the project can be done in this way. Fortunately, PHP project actually doesn't need a lot of "governing", but when the need arises, just holding a two-week vote among whoever happens to read the list in those two weeks - I don't think that would work very well. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
