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 |