1 |
On Thu, 2007-11-08 at 04:05 -0800, Donnie Berkholz wrote: |
2 |
> This is a bit later than I intended because of real life interference, |
3 |
> but here's some ideas for how to enforce the CoC. It's a little long, |
4 |
> sorry about that; we can push off the vote again if we don't have a |
5 |
> majority of people prepared for it by the meeting. |
6 |
> |
7 |
> I separated it into problem, conceptual solution, and implementation so |
8 |
> you can decide which levels you like and which could use tweaking. |
9 |
> |
10 |
> Thanks, |
11 |
> Donnie |
12 |
Referencing original proposal as circulated. |
13 |
|
14 |
This is a big step forward, and if we had a binary situation: either |
15 |
accept it as written or go back to the drawing board, I'd prefer to |
16 |
accept. Thus my comments which follow are best viewed as requests for |
17 |
clarification or of personal inclination. |
18 |
|
19 |
1. Are 3 (or 5) people sufficient to ensure quick reactions to mailing |
20 |
list questions or IRC? This is minor, and starting with 3 to put the |
21 |
process in place and tune it as needed probably works. My concern is |
22 |
longer term. Speaking for myself, for instance, I almost never see |
23 |
problems on IRC until they are long over, and I suspect this is the case |
24 |
for most people. Similarly (usually) with mail. And I don't think we |
25 |
want a corps of full-time monitors. |
26 |
|
27 |
By the way, I don't have an answer to my question, but my guess is that |
28 |
starting with 3 growing to 5 in practice is probably about right. |
29 |
|
30 |
2. As to forums, I've never seen that the forum moderators need any |
31 |
help with what they are doing. Actually, in a sense I think the forums |
32 |
are kind of a model for what you are proposing. |
33 |
|
34 |
3. I note that most actions are very short term, so if things are |
35 |
working as they should, the lead (or council) will seldom or never get |
36 |
involved in the day to day process. I think this is a huge plus for |
37 |
your proposal! |
38 |
|
39 |
4. I learned from talking to some of the proctors that they did |
40 |
generally work in private. It would be useful perhaps to see how |
41 |
closely the bulk of what they did conformed to your proposal (as opposed |
42 |
to how previous Council perceived them). And of course where it |
43 |
diverged. (I am addressing the last sentence of the first paragraph of |
44 |
the "implementation" section here, and just raising a question.) |
45 |
|
46 |
5. Do you perceive the enforcement group as an arm of the Council |
47 |
rather than as a group of its own? Previously, the Council did not seem |
48 |
to know what to do when the Proctors' views of Code of Conduct and |
49 |
Councils' *individual* views of Code of Conduct seemed to diverge. This |
50 |
led to the unusual step of simply eliminating the Proctors. I rather |
51 |
doubt that you would find much enthusiasm for working in such an |
52 |
environment again. So, what you are proposing probably works for any |
53 |
given Council (assuming continuing commitment from council to council). |
54 |
I think my concern is addressed to (a) continuing commitment; (b) |
55 |
consistency and continuity. The Gentoo community need to understand the |
56 |
rules so that they become a part of our culture, so that even with |
57 |
annual assessment, we should expect evolution rather than catastrophe. |
58 |
|
59 |
(This was all a bit muddled. That's sure indication that so are my |
60 |
thoughts, so take it for what it's worth.) |
61 |
|
62 |
6. "Developers can be members of both [Council and Code of Conduct |
63 |
team]." This is the one sentence I take exception to. It's better to |
64 |
work for more community involvement rather than allow concentration |
65 |
resulting in personnel wearing multiple hats. |
66 |
|
67 |
7. Off the top of my head, why not allow (or require) that one member |
68 |
of the team be a user but not a developer? Userrel, all, comments? |
69 |
|
70 |
Very nice work, |
71 |
Regards, |
72 |
Ferris |
73 |
|
74 |
-- |
75 |
Ferris McCormick (P44646, MI) <fmccor@g.o> |
76 |
Developer, Gentoo Linux (Devrel, Sparc) |