[FFmpeg-devel] [RFC] replace some static with asm_visibility or so

Michael Niedermayer michaelni
Tue Jan 29 14:59:33 CET 2008


On Tue, Jan 29, 2008 at 12:09:46AM -0500, Rich Felker wrote:
[...]
> > > These sorts of issues, among other things, are why consensus process
> > > is generally more respected than 'plain democratic vote' among folks
> > > working in the social justice field.
> > 
> > the problem with "consensus" is that you do not solve any of the inherit
> > problems of a democratic vote. Instead you add more problems.
> > 
> > consensus amongth whom vs. who votes
> > 
> > consensus for > 2 options vs. vote for >2
> > If you listen carefully, then with consensus stuff everyone just keeps
> > trying an option until a large enough majority is reached, and in the
> > process people get over time more willing to choose options they consider
> > bad
> > I would not consider such an ad hoc process optimal, a clear system
> > like debians is much more resistant to social manipulation. People
> > being very good at arguing, people who happen to be not around while
> > the consensus is formed. A vote can easily collect data from people
> > over a month not randomizing based on todays available people
> 
> consensus is more about recognizing everyone's requirements and
> working on a solution that doesn't seriously step on anyone's, as
> opposed to just seeking a majority and saying "fuck the rest". success
> of course requires everyone to believe in the system to some extent,
> i.e. the participants need to want to reach a mutually acceptable
> solution (rather than just wanting to "win") and need to be willing to
> actively "step up" and "step back" according to the relative degrees
> to which each person's needs have been represented so far. it's
> obviously not very feasible for a group full of mutual hostilities,
> but for one with common goals and vision but different ideas for how
> to best reach them, it can be a very valuable tool.

Yes, but voting does not stop people from disscussing and finding a
"mutually acceptable solution". It just ensures that the actual decission
after discussion is based on a verifyable and solid base. Not on a single
persons feeling  (be that root or me) of what is the consensus.

Also debians voting system always has a "further dissussion" option
so if no "mutually acceptable solution" is found then the vote wont
lead to a "fuck the rest", This can be ensured further by using majority
requirements (that is how many people have to prefer "further dissussion"
over an option for it to be dropped, its like a veto possibility)

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20080129/596e66ef/attachment.pgp>



More information about the ffmpeg-devel mailing list