Hi! > BUT, these Wikis have a history log. And if John Smith removes or > maliciously modifies an argument I've introduced, I'll notice, and > I'll be the first to ask for a public explanation of why he chose to > do so. Maybe they were right to do so, maybe they weren't. > Regardless, that'll put social pressure on one of us to shape up. > Similarly, anyone spamming RFCs with irrelevant arguments can be > brought to task on by anyone else for doing so.
I agree. The fact that we are having the RFCs is a proof that this strategy works well enough - all the sides of the RFC have commit access, so we could just be committing the code into the repo and reverting and making the mess out of it. But we aren't because we realize that's not how the things should be done. In the same way, we can agree about how the things are done inside RFCs, and while we definitely will have argument and controversy, I have full confidence we will be able to manage it within reasonable bounds - because we already are. > Even if not done in a pre-vote period, I would love the OPTION of > adding an explanation for votes. I'm a bit more on the fence about > declaring voting intention ahead of time though. This can be - and is - done in the list discussion. I don't see much value in having permanent record of voting intent on the RFC beyond the vote itself. OTOH, this is roughly how the voting is done in Wikipedia and sister projects - you place a vote (either positive, negative or you can also abstain) and usually a short description. Which can be as short as "agree with N." or "I don't think this is right" or much longer and result in a discussion and sometimes even change of vote. But usually long discussion in votes is discouraged. It is also not easy to keep track of it because whole discussions on wiki implementation is meh. I do not know if this system is superior to what we have - very well may be not - but just bringing it forward that such system exists and if interested, you can observe it in action. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
