Gentoo Archives: gentoo-project

From: Daniel Campbell <zlg@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Gentoo Council 2016 / 2017 election
Date: Mon, 20 Jun 2016 01:37:37
Message-Id: fe2ba606-59fe-a33f-2351-44cfb6c255f0@gentoo.org
In Reply to: Re: [gentoo-project] Gentoo Council 2016 / 2017 election by Rich Freeman
1 On 06/19/2016 05:04 AM, Rich Freeman wrote:
2 > On Sun, Jun 19, 2016 at 1:44 AM, Daniel Campbell <zlg@g.o> wrote:
3 >>
4 >> So I guess maybe our protracted discussions and "slowness" is a good thing.
5 >>
6 >
7 > Do we REALLY have protracted discussions? I guess it is all relative,
8 > but a typical Gentoo debate over some big change seems to last a week
9 > if whoever is pushing the proposal is actually moving forward
10 > actively. Either a consensus forms or it doesn't. If there is
11 > consensus they actually can move forward without Council approval,
12 > though some choose to wait for the next Council meeting anyway. If
13 > there isn't consensus then we usually make a decision at the next
14 > meeting, unless the proposal just isn't quite ready yet. Usually if
15 > it isn't ready it is fairly obvious in the discussion. Hint: if you
16 > are sitting on this really great idea, waiting until a week before the
17 > Council meeting to broach the topic isn't ideal.
18 >
19 > Now, when somebody just throws an idea out there and maybe asks the
20 > Council if it is a good idea, but nobody is all that interested in
21 > implementing it, then obviously it will sit around forever. We all
22 > probably have lots of good ideas. There is no harm in bouncing them
23 > off the lists; maybe somebody will be inspired and implement it, or
24 > we'll come up with an even better idea. However, in the end we have
25 > to recognize that a volunteer distro is the result of the stuff people
26 > have bothered to actually implement.
27 >
28 > Then there are the discussions that just keep coming up, but they're
29 > usually just discussions. We can argue about whether A is better than
30 > B, but typically these discussions don't actually have any practical
31 > impact on how Gentoo is governed. 9/10 times we have some way to let
32 > A and B co-exist in the distro if anybody cares to put the work in,
33 > and whether one is better than the other certainly inspires passions
34 > but doesn't really impact repo policy.
35 >
36 > Now, if you want every idea to hit the ~arch tree two days after it is
37 > proposed, you're going to struggle to find any distro that can
38 > accommodate you. Reasonable QA depends on all the developers
39 > following the same set of rules, and good luck with that if the rules
40 > are changing faster than anybody can stay on top of, likely including
41 > the QA team. As annoying as talking about changes are, we talk about
42 > them because dealing with the aftermath of slowly working them out in
43 > production is far worse.
44 >
45 > Maybe I'm just out of touch (in which case somebody should cluebat me
46 > with some examples), but I feel like protracted discussions are
47 > something that we haven't really had in a while, at least not on
48 > technical matters.
49 >
50 Perhaps my tone was misread: I don't personally have any problems with
51 the way we do things. I think discussion is super important if we're
52 going to get volunteers to carry out change. As much as I don't like to
53 draw the similarity, it's kinda like work: workers won't want to do your
54 bidding or care unless they're invested and feel some level of autonomy.
55 The same is doubly so in a volunteer environment.
56
57 As for protracted discussions, it really depends on where you draw the
58 line at 'protracted'. Maybe a week isn't long enough for me to call
59 protracted. Maybe even 2 weeks isn't. Some of them *feel* protracted,
60 but again that's not always a bad thing, especially if the subject is
61 high-impact. Simply learning how other devs feel about a given idea
62 means something. Most of our discussions last about a week or two and
63 then fizzle, or smoothly go into the implementation or design phase,
64 where discussion's more concrete and actionable.
65
66 Just to be clear, I'm not complaining or including anything personal
67 here. It was an observation, nothing more. :)
68 --
69 Daniel Campbell - Gentoo Developer
70 OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
71 fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6

Attachments

File name MIME type
signature.asc application/pgp-signature