On voting: this is not a democracy. Specs written by committee are almost always a piece of shit. Our process is to build consensus as much as possible, trying to get people to agree and when we don't try to focus the conversation using actual technical arguments. At the end, if there isn't a clear consensus, at least in this community, meritocracy wins. This means that people who have contributed more and have "earned" their seat at the table get to lead the way. But this is an extreme case and I don't think we ever had to use it.
The vote is just to get a sense where people are. It is not a way to make decisions. At some point, Blaine or someone else will try to figure out where people are, and write a short consensus proposal. Then we will go through this again and see where we are. This sounds complicated but it works pretty well. There are no hard rules for building consensus, but we have been successful accomplishing it. --- As for your argument, I agree with you on the version of the specification. I don't agree with you on the wire version. I don't think they are the same at all. EHL > -----Original Message----- > From: oauth@googlegroups.com [mailto:oa...@googlegroups.com] On Behalf > Of Matt Sanford > Sent: Friday, May 01, 2009 1:57 PM > To: oauth@googlegroups.com > Subject: [oauth] Re: Version Preference > > > Well ... > > The argument from me was that there is a material change and that > is the place of minor revisions. If this is an optional extension to > the existing protocol we should not change the revision at all. If it > is a minor change that requires a change to the base protocol rather > than an extension document, I call that a revision. This seem logical > enough to me but apparently I am in the minority, 1.0a it is then. > As far as voting and discussion ... I was under the impression that > the 'Open' moniker sort of encouraged this. Must have been my > confusion, I missed the early on discussions. I'll read back in the > group some for more history. > > - Matt > > On May 1, 2009, at 1:44 PM, Jonathan Sergent wrote: > > > Let me additionally say that this discussion is dangerous and voting > > is no way to design a protocol. What are the arguments in favor of > > changing the version number, and what are the arguments against > > changing it? I haven't personally seen any arguments in favor of > > changing it that explained the rationale other than "of course you > > should change it because you changed the version number on the spec". > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "OAuth" group. To post to this group, send email to oauth@googlegroups.com To unsubscribe from this group, send email to oauth+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/oauth?hl=en -~----------~----~----~----~------~----~------~--~---
