On Fri, May 13, 2016 at 7:26 AM, François Laupretre <franc...@php.net> wrote: > Le 13/05/2016 à 15:30, Rowan Collins a écrit : >> >> If somebody adds something that is genuinely irrelevant (e.g. based on a >> simple misunderstanding of the RFC) then somebody else (*anyobdy* else) >> could remove it. >> > > Maybe I am not candid enough but do you imagine what it could become on a > controversial RFC like STH ? What does 'genuinely irrelevant' mean ? Will > you accept that someone deletes your comment because he finds it 'genuinely > irrelevant' ? Of course not. So, we'll end up with a system where anybody > can write anything and nothing can be removed. IMHO, we touch the limit of > what can be done with a bare wiki. > I want to start by acknowledging this totally legitimate concern. We can get heated sometimes, and I wouldn't put it past one or more of us (maybe me?) to deface someone else's argument out of spite.
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. This isn't actually much different than what we have now, since we all have the (technical) rights to edit anyone's RFC. I've done so on a few occasions, without asking the author, to fix minor wiki formatting and typo errors. The extra step being suggested is just explicit permission to do so in one specific subsection with an implicit expectation of adding to the conversation. > Another way to solve this need would be to authorize voting as soon as > discussion starts and allow an explanation comment to be associated with > each vote. People could modify their vote and the associated comment while > discussion runs, and it would be easy at any time to get a snapshot of the > current trend and a resume of the raised arguments. This would also allow > RFC authors to know better why people were voting the way they did, > something that was requested several times in the past. Unfortunately, I > don't know if we can associate a free comment with the voting tool we're > using. This could require writing a new vote app. > 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. -Sara -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
