Difference between revisions of "Team Fortress Wiki:Discussion/Wiki Cap"
(Closing discussions... moving to votes to conclude them.) |
m (Prominentness) |
||
Line 70: | Line 70: | ||
{{Discussion header|top}} | {{Discussion header|top}} | ||
− | == Distribution model == | + | === Distribution model === |
The best option here seems to be the nominate-and-approve basis. If there is any endorsements or objections to this, please post them here. | The best option here seems to be the nominate-and-approve basis. If there is any endorsements or objections to this, please post them here. | ||
* Big problem with the nominate-and-approve model is that, put frankly, people are lazy; people won't really look out for people to nominate, nor to participate in the nomiation-voting. I feel that if we go this way, the cap would become even more exclusive than it currently is; and promote the kind of "have to be friends of the admins" narcissistic view some people seem to have of us. Is this a problem - do we want to make it more exclusive? -[[File:User_RJackson_Signature_Colon_DDDDDDDDDDDDDDDDDDDD.png|link=User:RJackson|200px]] 16:40, 6 July 2011 (PDT) | * Big problem with the nominate-and-approve model is that, put frankly, people are lazy; people won't really look out for people to nominate, nor to participate in the nomiation-voting. I feel that if we go this way, the cap would become even more exclusive than it currently is; and promote the kind of "have to be friends of the admins" narcissistic view some people seem to have of us. Is this a problem - do we want to make it more exclusive? -[[File:User_RJackson_Signature_Colon_DDDDDDDDDDDDDDDDDDDD.png|link=User:RJackson|200px]] 16:40, 6 July 2011 (PDT) | ||
Line 77: | Line 77: | ||
* I nominate and approve the nominate-and-approve model. It requires effort on part of mods, but on the other hand valuable contributors naturally tend to get noticed. <span style="font-size:x-small">Also why are we using bullets instead of indents like civilized people</span> — [[File:User nVis s.png|link=User:nVis]] 23:14, 11 July 2011 (PDT) | * I nominate and approve the nominate-and-approve model. It requires effort on part of mods, but on the other hand valuable contributors naturally tend to get noticed. <span style="font-size:x-small">Also why are we using bullets instead of indents like civilized people</span> — [[File:User nVis s.png|link=User:nVis]] 23:14, 11 July 2011 (PDT) | ||
* I have to admit that I have some qualms about the nominate-and-approve model, if only because some of us are relatively lazy. If anything, I think that one/several of us should keep a permanent but private list of discussed candidates somewhere, even if only on someone's HDD, so that we don't risk forgetting anybody and can keep discussions ongoing even if a vote fails. I'm fine with staff nominating users and then approving it via vote, but it needs at least some form of fallback. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | * I have to admit that I have some qualms about the nominate-and-approve model, if only because some of us are relatively lazy. If anything, I think that one/several of us should keep a permanent but private list of discussed candidates somewhere, even if only on someone's HDD, so that we don't risk forgetting anybody and can keep discussions ongoing even if a vote fails. I'm fine with staff nominating users and then approving it via vote, but it needs at least some form of fallback. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | ||
+ | |||
+ | |||
+ | |||
+ | '''Decision: Nominate and approve accepted.''' | ||
{{Discussion header|bottom}} | {{Discussion header|bottom}} | ||
{{Discussion header|top}} | {{Discussion header|top}} | ||
Line 92: | Line 96: | ||
* I will throw my vote in on IRC as well. One of the things I remember being discussed before was making a private forum elsewhere, but that just screams "cabal" and isn't exactly reliable; doing things on the Wiki is very slow as well. On IRC, we can hammer a discussion out in two or three days with enough determination, whereas the same thing would take weeks or months on the Wiki. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | * I will throw my vote in on IRC as well. One of the things I remember being discussed before was making a private forum elsewhere, but that just screams "cabal" and isn't exactly reliable; doing things on the Wiki is very slow as well. On IRC, we can hammer a discussion out in two or three days with enough determination, whereas the same thing would take weeks or months on the Wiki. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | ||
− | + | ||
+ | |||
+ | |||
+ | '''Decision: Discussions in an IRC channel.''' | ||
{{Discussion header|bottom}} | {{Discussion header|bottom}} | ||
Line 109: | Line 116: | ||
* I would like to propose, as above, a permanent but private list of candidates be kept for ''continuous'' staff discussion. When someone catches our eye, we discuss it continuously and ask staff opinion as they come into the channel. If someone gathers enough approval, they get capped, otherwise they stay on the list with notations about how the vote went and what overall staff opinion of that user is, which can be brought up again at a later point. This way, there's regularity in that candidates can be discussed all the time, but non-regularity in that it's impossible to predict when someone might get a cap. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | * I would like to propose, as above, a permanent but private list of candidates be kept for ''continuous'' staff discussion. When someone catches our eye, we discuss it continuously and ask staff opinion as they come into the channel. If someone gathers enough approval, they get capped, otherwise they stay on the list with notations about how the vote went and what overall staff opinion of that user is, which can be brought up again at a later point. This way, there's regularity in that candidates can be discussed all the time, but non-regularity in that it's impossible to predict when someone might get a cap. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | ||
− | + | ||
+ | |||
+ | '''Decision: Discussions will be regular. Still deciding on consensus vs majority (See above).''' | ||
{{Discussion header|bottom}} | {{Discussion header|bottom}} | ||
{{Discussion header|top}} | {{Discussion header|top}} | ||
Line 126: | Line 135: | ||
* I think a record is a good thing, TBH. Making staff channel logs available to the public lets them keep tabs on what we're doing, so there's no complaints about "staff conspiracy" or whatnot. I still think cap discussions should be staff-only (no offense to non-staff longtime members), but I'm amenable to changing that as well depending on the circumstances and arguments. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | * I think a record is a good thing, TBH. Making staff channel logs available to the public lets them keep tabs on what we're doing, so there's no complaints about "staff conspiracy" or whatnot. I still think cap discussions should be staff-only (no offense to non-staff longtime members), but I'm amenable to changing that as well depending on the circumstances and arguments. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | ||
− | + | ||
+ | |||
+ | |||
+ | |||
+ | '''Discussion still in-flux, will be concluded above via voting.''' | ||
{{Discussion header|bottom}} | {{Discussion header|bottom}} | ||
{{Discussion header|top}} | {{Discussion header|top}} | ||
− | == Drops == | + | === Drops === |
Even if the "reunions" are made to be regular, the drops don't have to be. They can be randomized, though it may seem a bit silly. What do? | Even if the "reunions" are made to be regular, the drops don't have to be. They can be randomized, though it may seem a bit silly. What do? | ||
* Keep it regular - on the day of the discussions perhaps, but stress that there's no guarantee any caps will be given out that day. -[[File:User_RJackson_Signature_Colon_DDDDDDDDDDDDDDDDDDDD.png|link=User:RJackson|200px]] 16:40, 6 July 2011 (PDT) | * Keep it regular - on the day of the discussions perhaps, but stress that there's no guarantee any caps will be given out that day. -[[File:User_RJackson_Signature_Colon_DDDDDDDDDDDDDDDDDDDD.png|link=User:RJackson|200px]] 16:40, 6 July 2011 (PDT) | ||
Line 143: | Line 156: | ||
* My opinion is simply to give someone a cap once they get enough approval, no regularity in it. If we discuss users as per my recommendation above (continuous with permanent record), then giving people caps as they earn them will produce zero regularity. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | * My opinion is simply to give someone a cap once they get enough approval, no regularity in it. If we discuss users as per my recommendation above (continuous with permanent record), then giving people caps as they earn them will produce zero regularity. --{{User:LordKelvin/Signature}} 12:22, 16 July 2011 (PDT) | ||
− | + | ||
+ | |||
+ | '''Decision: Drop as soon as a recipient is decided.''' | ||
{{Discussion header|bottom}} | {{Discussion header|bottom}} |
Revision as of 23:15, 17 July 2011
This discussion is staff-only. Community opinions are welcome on the talk page. |
Bringing back this to life, we need to decide how to proceed on Wiki Cap distribution in the future.
A reminder of some now-established points:
- Using a list and a scoring system is broken, leads to unproductively competitive behavior from users, and to over-reliance on it from staff
- While distribution on a weekly basis seemed like a good idea to regulate the number of total Wiki Caps in existence, it had the side-effect of the community having the false expectation for it to happen without fail every week, and proved to be too slow at times, causing frustration
- The English and Russian parts of the Wiki being complete, there has been an issue of people creating work for themselves in order to get more edits
- The combination of these things turned the Wiki Cap into a standalone reason to edit, rather than a reward for doing so
- The Wiki Cap guidelines need to be rewritten
Here are some solutions that have come up in order to address those issues:
- Using a list and a scoring system is broken, leads to unproductively competitive behavior from users, and to over-reliance on it from staff
- Done: Delete the Wiki Cap candidates list, and stop using the Wiki Cap scoring script entirely
- While distribution on a weekly basis seemed like a good idea to regulate the number of total Wiki Caps in existence, it had the side-effect of the community having the false expectation for it to happen without fail every week, and proved to be too slow at times, causing frustration
- Done: Dispel the notion that drops will happen every week; we did that by not giving anything on June 26th
- The frequency to give it may be irregular now. However, getting everyone together in order to decide on distribution requires a generally-agreed-upon moment when people are there, which may vary over time in order to keep it irregular
- Volume/rarity concerns should be disregarded; even if all editors with over 500 edits or so got a Wiki Cap, it would still be considered a rare item
- The English and Russian parts of the Wiki being complete, there has been an issue of people creating work for themselves in order to get more edits
- Done The deletion of the list should help this, as edit count matters less now, and is less visible
- The combination of these things turned the Wiki Cap into a standalone reason to edit, rather than a reward for doing so
- This needs to be more emphasized into the Wiki Cap guidelines
- Rewarding users based on other things than editing (e.g. outstanding community contribution, à la Shugo (item icons), Michael (highlander team), or Benjamoose (promo material, graphics, general awesomeness))
- This should make the "bias towards IRC members" more widely accepted, since IRC is a great way to get involved in more community-related matters other than pure editing. However, it should never be completely mandatory to use it
- The Wiki Cap guidelines need to be rewritten
- This can only be done when all of the above is settled
The method most people were leaning towards as of the last discussion was to do it on a nominate-and-approve basis:
- Staff members (or maybe regular contributions?) can nominate people and explain the reasons behind the nomination
- The rest of the staff reviews the nomination and approves, or declines, explaining their decision in case of a "no".
Multiple questions arise:
- When and where does this discussion happen?
- Can regular contributors see it?
- If yes, can they also nominate others?
- Does an approval require unanimity? Does it require a threshold of "yes"'s? Does a nomination expire if nobody says anything?
Last point: Robin said, in the email in which he talked about wiki cap distribution, that we may run any changes past by him. This is such a change, so his opinion should be taken into account before making any decision final. — Wind 11:43, 3 July 2011 (PDT)
Edit as of July 6th: Reformatted to make it easier to answer. Each question has its own section.
Contents
Distribution process
Concensus or majority decides recipient?
Should recipients decided by a concensus or majority vote by the discussion attendees?
- Majority I'm going with majority here... I don't think any single attendee should be able to stop somebody receiving a cap if the rest of the attendees think that person deserves it. - 16:11, 17 July 2011 (PDT)
IRC logs be visible?
Should the IRC logs of the discussion be public?
- Yes The ability for the community to review what we're saying, I think, will add a bit of pressure to make well informed decisions. - 16:11, 17 July 2011 (PDT)
Invite trusted editors to the discussion?
Should trusted editors be able to partake in the discussion?
- Yes I think the more people partaking in the discussion would reduce the effects of any personal bias'/"friends of the admins". - 16:11, 17 July 2011 (PDT)
Closed discussions
Discussions that are considered to have been completed will be moved here.