Re: Proposal for an Events Code of Conduct and Policy Referendum
Benjamin Berg <[email protected]>
| Newsgroups | gmane.comp.gnome.foundation.general |
|---|---|
| Message-ID | <[email protected]> |
Hi, On Sun, 2018-04-22 at 13:06 +0000, Carlos Soriano wrote: > Another thing I want to mention is that I honestly cannot see this > proposal to have happen if it was not done with a specific set of > people that has invested so much into the big picture of what a CoC > conveys. I don't think is realistic to try to create a document as > difficult as this one with 200 people commenting around (or any other > proposal for that matter). An important reason for my Referendum proposal is exactly to avoid a lot of people bickering over a single proposal. I do think that a single proposal can work well if it is well designed so that a large majority of the community will back it. However, I personally doubt that the current proposal finds the right balances for this to be the case. And if it doesn't, it could exactly trigger the described situation with a lot of people commenting. In contrast, by allowing multiple independent proposals to compete, each can be edited on its own creating separate and productive working environments. This would happen in small groups which can learn from each other and most community members would not directly participate in this process. Doing a Referendum is then a simple selection mechanism that finds the proposal which best fits the community. I do see disadvantages with a Referendum. But I do believe that it is a reasonably sane solution. One which specifically avoids both endless discussions and people ending up feeling ignored. Benjamin _______________________________________________ foundation-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/foundation-list
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEED2NO4vMS33W8E4AFq6ZWhpmFY3AFAlrkr0IACgkQq6ZWhpmF Y3Cv7w/5AbHWJoM4O/On0CHy7PVrboCIePk2SmmrC0iehwScyO/nCv5oGpGlEQGZ KdQtUPgxi2dewAN41TsGBLSbAlAN112zFV4SqICIXRg+KAliuwn6fPv/9skX5tsc Mg1IGCfCYMIHm0BtkBoRoIyB28YoziSfwn1jDU7vilkb82/azAX6QGA3HkL2qs9D AuWmbbpp6EHBuCkm2X/mgZmwKVeohAs22IGMxyojdqx8OPZglm7wWV8F7uNeb5Ow IjY4VIbz/S6TFt+3Zw2zXR2Q/pxGzHQ9G3DPtiT2jeaekGDHPvKu09TsvOOP0EqU LPJYfUGkireYHVCu4HvLevl9blcY52ASVgruANRbxNhNtCSOSxUI/pYdIf41O1wA ZwHvOV2KhqV/nKy+qmskHH3XNlIGeXEUcfc5al6qsqSYRtozVak8dayPCgJU5f9P ZXxF5cS9Cyp06OMUEh1ZhPrSgWl4/mMA46PFIkX7KijWbkr03ySgXXSK8djydiZp VT9to1Pp+WX2bxMMxTiUOQ0cPh6a4zuyerQE5V8GXgbr/gBwRjq6/Gnd/OUVgrEQ 6V8WQv9GvuVJHHLuIp+NDZkmDYzPX4bkYCNzLHgpMY7LJlC4o+a1L1ZCitV+l00y OgZ9Ogu5ZxfdT4UymTMeB+IPOCrsjxRdSiQHsVbjhE5nI1+mMzE= =sODl -----END PGP SIGNATURE-----