Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Michael Niedermayer <michael@niedermayer.cc>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] Democratization work in progress draft v2
Date: Thu, 30 Jan 2025 19:04:58 +0100
Message-ID: <20250130180458.GC4991@pb2> (raw)
In-Reply-To: <20250130004313.GB17613@haasn.xyz>


[-- Attachment #1.1: Type: text/plain, Size: 4318 bytes --]

Hi Niklas

On Thu, Jan 30, 2025 at 12:43:13AM +0100, Niklas Haas wrote:
> On Wed, 29 Jan 2025 21:33:21 +0100 Michael Niedermayer <michael@niedermayer.cc> wrote:
> > Hi all
> > 
> > Heres my current "work in progress": (sending that before fosdem, so people can discuss if they like)
> > 
> > Goals:
> >     The proposed changes aim to improve the General Assembly's structure to ensure inclusivity, fairness, and resilience against attacks. The key goals are as follows:
> >     Increase the Size of the General Assembly
> >         Inclusivity: Allow every contributor to have a vote, ensuring all voices are heard, regardless of their role or level of involvement.
> >         Enhanced Security: By increasing the number of voters, it becomes significantly harder for a malicious actor or group to influence decisions. A larger voting pool dilutes the impact of any single attack or coordinated effort.
> >     Make Voting Power Proportional to Contributions
> >         Fair Representation: Allocate voting power based on contributions, ensuring that those who dedicate substantial time and effort to the project have a stronger voice than those with minimal involvement. This creates a system where contribution equals influence.
> 
> This should be time-gated to count only commits in the recent, say, 3 years (to
> match the current GA cycle). Counting purely historical commits seems odd.

Later in this text there is:
> > A factor related to last activity will be in a seperate vote


> 
> To use a loose analogy to a real-world democracy, it's like suggesting that
> retirees should have more votes than young adults because they've lived in a
> country for longer. This is a non sequitur - in reality, it should be, if
> anything, the exact other way around. Those with a stake in the project's
> present and future deserve more say than those with a stake purely in its past.

If instead of a hypothetical case, you use real cases
like for example any successfull company (not just on the stock market but that too)
(obviously we skip unsuccessfull companies)

Then we can see that the founders, and people that build the company up from near 0
and worked their whole life on it, made the right decissions early on to make the
company what it became often have a larger number of shares and thus vote power.

This method has been tested in the commercial world and it works.
But maybe someone has tried throwing all sharholders out and giving the
shares to only the recently active employees. Personally i think that would
most of the time end badly ...
(again iam using the example of a commercial company here because it has a
 clear way to judge success. I dont like the comparission either, FFmpeg is not
 a commercial entity and it will not become one)

A project that makes the wrong decissions fails. A project that makes the right
decissions the people making these decissions should be rewarded with more vote
power. FFmpeg under the GA has done poorly, there was no growth for example and
we had increasing infighting. So the idea that all power should rest only on that
group seems simply the wrong choice for FFmpeg to me. I think we should try
something else. Whatever is better is the new local minima and we keep trying
until we cannot improve anymore. Like trying to find the best motion vector
in motion estimation. Try good vectors from surroundings, then iterate with
smaller steps until optimum is found.

The GA system was tried for several years, IMO lets try something else
be that a Flat or Proportional system that includes the whole community.
Then try the other of the 2.

If everything fails we can also try a
benevolent Dictator model again. But for that really it requires the
community to want that, iam not interrested in this with a 51% majority
behind me. It would need a much stronger majority like 70+%

Also my proposal contained "Shares in Alternative F"
where everyone has a equal share (F for flat)

In the flat system i would have 1 vote in thousands. But also everyone else
would only have 1 vote.


thx

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

Give a rich man 100$ and he will turn it into 1000$.
Give a poor man 1000$ and he will spend it.

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  reply	other threads:[~2025-01-30 18:05 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-29 20:33 Michael Niedermayer
2025-01-29 21:39 ` Leo Izen
2025-01-29 21:47   ` Nicolas George
2025-01-29 21:48   ` Soft Works
2025-01-30  6:38     ` Vittorio Giovara
2025-01-29 23:43 ` Niklas Haas
2025-01-30 18:04   ` Michael Niedermayer [this message]
2025-01-31 14:36     ` Nicolas George
2025-01-31 14:58   ` Nicolas George
2025-01-31 15:44     ` James Almer
2025-01-31 16:01       ` Soft Works
2025-02-02  2:25         ` Leo Izen
2025-02-02  3:37           ` Soft Works
2025-02-02  7:29           ` Vittorio Giovara
2025-02-01  0:49       ` Michael Niedermayer
2025-02-01  6:45         ` Zhao Zhili
2025-02-01 13:21           ` Ronald S. Bultje
2025-02-01 14:30             ` Vittorio Giovara
2025-02-01 14:11           ` Jean-Baptiste Kempf
2025-02-01 14:31             ` Vittorio Giovara
2025-02-02 11:34           ` Michael Niedermayer
2025-02-01 13:30         ` James Almer
2025-02-01 21:53           ` Michael Niedermayer
2025-02-02 18:14             ` James Almer
2025-02-03 18:08               ` Michael Niedermayer
2025-02-03 18:16                 ` Vittorio Giovara
2025-02-03 19:14               ` Michael Niedermayer
2025-02-03 20:45                 ` Nicolas George
2025-02-03  2:29             ` Ronald S. Bultje
2025-02-01 22:27           ` Michael Niedermayer
2025-02-01 22:29             ` Kieran Kunhya via ffmpeg-devel
2025-02-02 21:35             ` James Almer
2025-01-30  6:41 ` Vittorio Giovara
2025-02-01 20:44 ` Nicolas George
2025-02-02  0:01   ` Michael Niedermayer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250130180458.GC4991@pb2 \
    --to=michael@niedermayer.cc \
    --cc=ffmpeg-devel@ffmpeg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git