Saturday, 24 January 2009
Wednesday, 21 January 2009
I have picked a recent successful RFA to compare: Icewedge's 2nd, which passed on 24th December 2008. A fairly average RFA - a self nomination, a second try, and nearly 100 participants. Quite normal aspects for any RFA, which is one of the reasons I picked it.
Now let's go back a year, and take a look at Islander's 2nd, which passed a year ago today. A self-nomination again, but with an additional co-nomination by Rudget. It's also his 2nd go, but has only 60 participants this time. Let's compare it with Icewedge's. Islander has a lot of questions: 15 to be precise, and Icewedge has 14. So, the number of questions is still just as high as it was in early 2008. Both contain "stock questions" (i.e. questions that have a right and wrong answer, such as "When should a cool-down block be used"). The rest is all similar, with similar participants as well. A major difference not on the RFA is the amount of RFAs that had passed in January 2008 was much, much higher than January 2009: 17 prior to Islander, but only 3 this month so far.
Back to January 2007 now, with a look at BozMo's RFA. At the top one can immediately see there's a minor formatting change in that there is no table of contents. The headers to produce this must have been added during 2007. Additionally, while today it is common for the bureaucrat to put "Closed by ~~~~ at ~~~~~", in those days, "Ended at ~~~~~" was sufficient. This is another self-nomination, and a fairly short one at that. I'm not sure how today's crowd would take such a candidate. According to one of the opposers, he has 893 mainspace edits, which is a significantly low amount in today's climate. A big difference between this one at Islander's is the amount of questions is halved. While the four extra questions are all stock questions, there are still significantly fewer. You may also notice the use of the word "voters" in question one. The 73 participants in this also differ quite a bit from today's RFA regulars. Another additional difference is the opposition over edit count. While today the focus is more on where one focuses ones edits, today it doesn't matter so much (for most people). The three opposes in Islander's RFA actually suggest why he would make a bad admin. The opposers for Bozmo merely make vague gestures that he hasn't got "enough" edits.
Back to January 2006 now: to Dsmdgold's RFA, from January 2006. An obvious difference here is the lack of background colours. These came into effect in 2006. The headers are still there though. This is another self-nomination. There are only 49 participants, though this is not really reflective of the period (there were at least two RFAs with more than 100 participants in January 2006). One might be wondering "Where are the questions???" Well, scroll down. They were moved up in 2006 so people actually read them. Whether this was a good thing or not I don't know. This user has 9 questions, but they're all stock questions again. The number of questions dipped up and down, but often no optional ones were asked at all. Despite having 8 opposes, that section looks suspiciously short. Normally, that section includes large conversations of some kind or another. It didn't then as much. Most of the opposes are opposing over edit summary usage - something today would probably not be heard of, and usually moves a concerned user to support on the promise the candidate will set the preferences to prompt them to use one. A user of note that appears in this RFA is Masssiveego, who some may today substitute with the name "Kmweber".
Back another year now, to January 2005, and to Jni's RFA. This one lacks headers completely, and is remarkably short, with just 26 participants (or voters, as that word was allowed then). The oppose side is nearly empty, apart from a single oppose that has nothing to do with the candidate. A cursory glance of the RFAs of that date show that most passed with no or very few opposes. An additional point is that most of the supports are votes, and provide no explanation. There is also a lack of link to edit summary usage and edit count. There are only three questions as well.
2004 now. I have not got round to making archive pages for the earliest RFAs, so this one exists only as an old page version: Morven's RFA. This is a very big difference from Jni's RFA. The obvious point is it wasn't on its own subpage, but added manually. While Jni's RFA had a few boldfaced "Supports", this one has none - the trend to bolden the vote must have come in later. There were also only 14 voters. This request has no opposes, and very votey supports. Well it was a vote then, so understandable. There are also no questions, no ending time, no tally, no sections. Also no numbers, but bullets. It's remarkably different from any RFA today.
So what has changed at RFA? In summary:
- The requests are now on subpages (introduced 2004).
- The requests are closed with a header and coloured background depending on the result (headers introduced 2005, colour background introduced 2006).
- The support, oppose, neutral, and all the other headers are now actually sections (introduced in 2008).
- A tally and end date have been added (introduced 2004).
- Standard questions have been added (introduced 2004). They were moved to the top in 2006.
- Links to the edit summary and edit count tools have been added (introduced 2005).
- "Votes" are not votes anymore, but "comments" or "!votes" (changed in 2007, probably following the aftermath of the controversial closure of Carnildo's 3rd RFA at 61% the previous September). The comments are numbered now, instead of bulleted (changed 2004). The actual vote (support, oppose, neutral) is now bolded (became standard in 2005). People nowadays tend to provide reasoning more than before.
- There was very little discussion in RFAs. Discussion is much more common today.
What is established by the list above however, that apart from a few minor formatting and design changes, the only real change on the approach to RFA is that it was very much a "Support ~~~~" thing, and very little discussion occurred. Today, while many people still support without a reason, most actually do, and there's a lot of discussion on most requests. That is probably the only thing that has changed. And it wasn't as a result of RFA talk either.
So, judging by the lack of real change produced by this talk page, I propose we stop wasting our time here and do something else instead.
Thursday, 15 January 2009
While not strictly an RFA, ABF is having an RFB on Commons. People make a huge deal out of bureaucratship. I wish I knew why. Perhaps it's because they have the only irreversable action that can be given to just anyone (as opposed to Checkuser/Oversight where one must be identified and over 18). I have never understood why bureaucrats do not have ability to reverse +sysop. So much so, I managed to get the ability added on Meta-Wiki.
Anyhow, this RFA has had three opposes in particular that bother me, all by respected admins on the project, one a bureaucrat, two checkuser and two steward. Such people have influence, and they know it. So it is very important they use it wisely. Let's look at the opposes in question:
Oppose. ABF is a very good contributor to Wikimedia Commons, but I feel unsure about giving him the big mop. While I have no reason to believe he'd be unfit for user renaming or SUL stuff, I am really uncomfortable with giving him the ability to promote sysops. Nothing personal, I think ABF is a good sysop, but I happen to think we have much better candidates for bureaucratship. guillom 19:14, 14 January 2009 (UTC)What's wrong with this? There's no evidence or examples. Not a single one. While RFA is of course about giving ones opinion on a candidate, it would be immensely helpful for the rest of us to give some kind of reason for this "bad feeling". Guillom has simply not explained how ABF would be bad choice, just that he would be.
Oppose I believe ABF is a hard worker and I am grateful for all the time he puts into Wikimedia Commons. I wish, however, he would have asked the advice of sitting bureaucrats before accepting this nomination. This is a completely different role than sysop; and while I trust ABF's abilities for the sysop role, I have to oppose his nomination for bureaucrat. This is not personal, nor is it an indictment of my faith in ABF's good faith and honest intent. Bastique demandez 19:18, 14 January 2009 (UTC)What's wrong with this? Since when do people need to ask advice before nominating? We don't ask before making an admin nomination - why are bureaucrats so special? Bureaucratship is indeed a completely different role, but only as an historical accident. If things had gone differently, admins and bureaucrats could share the same abilities. It does not require any better judgement than an admin, even less so. I trust ABF to evaluate consensus on RFDs, as we should since he's an admin. Therefore, he should be trusted to evaluate consensus on RFAs, which are really a vote count anyway. Any sensible person with a calculator can do it. Bastique continues, explaining he trusts ABF as an admin, but not bureaucrat. He neglects to explain why though, and that it isn't personal (though of course it is personal, it's ABF's RFB...)
Oppose - ABF is a fine administrator but simply is not the best choice for this role. Despite ABF's activity in nominating users for adminship (and his participation in other RFAs where they are not the nominator), I do not think they have the requisite judgement to perform promotions. This is not to say that they are untrustworthy per se, however they are not well suited for this role. I too wish ABF had consulted some trusted users (whether bureaucrats or not) prior to this request. I would have much preferred to avoid making such statements in public, however given that this is a live request, I find myself unable to support this candidate. — Mike.lifeguard | @en.wb 20:16, 14 January 2009 (UTC)
Mike does not think he has the necessary "judgement" to perform promotions (though promotions are not difficult at all). As with the other two, he does not explain how he gets that idea, just that he does. And again, who is to suggest that ABF didn't contact anyone first (not that it's necessary)? He is supported by Cecil, a bureaucrat, who clearly thinks differently to the others. And there are other trusted people supporting him.
I am currently supporting him. I don't have issues with people opposing, but opposing with improper or lack of reasoning is unhelpful to the candidate, other voters, and merely looks like well-poisoning. Being opposed is not a pleasant thing, I assure you, especially from well-respect users. Pull your finger out and oppose properly if you have to do it.
Tuesday, 13 January 2009
There's a particular poor rationale I can't stand and that's the old "lack of project space edits". I'm not entirely sure how Wikipedia: space matters in the grand scheme of things. We could run our project well enough without the entire project space for certain. This is fairly old news, but to those who are unfamiliar, Stifle, a Wikipedia admin and OTRS volunteer, is a regular RFA voter. What's wrong with that, you may ask. It was brought to my attention some time ago, that Stifle uses an algorithm (as can be seen on his userpage) for voting on RFAs. He has just opposed Kanonkas with a templated rationale, that he often uses (Lack of Wikipedia: space edits indicates likely lack of knowledge policy). There are several things wrong with that. First, it's an oppose that is uncertain. Stifle has no idea of the knowledge of the user, as indicated by the word "likely". He is simply assuming that because a user has fewer than 500 edits in the Wikipedia: space, they must automatically be stupid and completely clueless about how Wikipedia works. Second, knowledge policy is gained not by making tons of "per nom" edits in Wikipedia: space. It's gained by writing the encyclopedia, something that Stifle does very little of. It's also gained by reading the policy pages, something that cannot be proved the candidate did, even through the use of questions. Even as an admin myself in later days, I still had to check the policy page just in case when I wasn't sure. I'm certain many admins do the same. It's unreasonable to expect admins to know all 40+ policies by heart.
I'm sure Stifle is a lovely person, but in my opinion, his ideas and approach to requests for adminship is all wrong. Candidates need reviewing properly, not just judged by their edit count in one namespace.
Monday, 12 January 2009
So trying to claim RFA is broken is like saying RFA has never worked, which is simply untrue since we have created nearly 1500 admins by that process. Though our community is larger, and there are more automated tools available such as Huggle, it is silly to say RFA is broken; though numbers have been dwindling as of late, people have still been passing RFA with flying colours. If it was truly broken, no one would not be passing.
What the main problem is, causing RFA to crumble, are the people who vote. Ultimately, it's their fault numbers of promotions are low, because they oppose so often, and so easily, therefore preventing RFAs from passing, and causing anyone considering it to think again.
RyanGerbil10, a relatively quiet and uncontroversial admin, expresses his thoughts about the process here. I do agree with him - it is fairly ridiculous he would probably fail an RFA if he requested now with the experience he had when he ran. This is even sillier. It is suggesting that some of the project's most respected admins would probably fail an RFA, if they ran today with the same experience they had when they did.
I do not blame the process. When Ryan ran in July 2006, the RFA looks fairly similar to today. That's because it's more or less the same. The process has not changed. The people have. I don't know why, I don't know how. But it's for the worse.
Friday, 9 January 2009
Wednesday, 7 January 2009
He actually took a while to post this, so people were fairly curious at to what the issue was. On IRC I asked Deskana jokingly if this was going to cause drama, he said "maybe". I think that was an understatement.
I have placed this RFA on hold.
During the course of a checkuser investigation into an IP that would be editing in violation of Wikipedia:Requests for arbitration/Privatemusings#Sockpuppetry if it belonged to a user that was editing while logged out, it became apparent that this IP was infact owned by Enigmaman.
- Enigmaman allows me to disclose his IP, meaning the RFA can be restarted with the diffs in question in plain view for people to review.
The edits themselves aren't actually that bad, but I know the RFA crowd can be quite scrutinous when it comes to incivility. I actually think option 2 would work out better for Enigmaman, but that's just my opinion. The edits themselves were probably not blockable, but I imagine people would oppose his RFA for the edits. I probably would.
I hope people understand my actions here. They're not normal bureaucrat actions, but desperate times...
I was fairly surprised when I saw what was written. It was then revealed that Deskana had not contacted Enigmaman in private first, before posting this statement. This is similar to an incident I was involved with in 2007, when Deskana publicly pointed someone out as a sockpuppeteer, without discussing with them in private. While Deskana has not revealed any private information himself, this whole fiasco has indirectly lead the IPs to be revealed by others, through pressure, something which is explicitly forbidden in the checkuser policy. It is my firm belief that checkuser is most certainly a big deal, unlike adminship, and even oversight. Oversight is mostly random phone numbers, addresses, and libellous information about people. Nothing about the actual editors, for the most part, and when it is there is trouble (think Zoophilia). Checkuser is for making catching sockpuppets easier, not publicly humiliating good editors. Deskana's post suggests that many people would switch to oppose if they could see the edits made. This is not the case, at least so far. Several have stated they will be switching from support to strong support (as I shall be). I had a look at the edits, of course. I certainly do not see them as problematic in a way to make me oppose. They aren't Enigmaman's greatest moment, but then who am I to say anything? :-)
The whole thing was handled extremely poorly. It is obvious to all that Deskana should have contacted Enigmaman in private before publicly humiliating him on the RFA. I do not believe Deskana has the integrity skills required for the checkuser role. Tiptoety comments, asking "You feel he should resign because of this single incident? I see no pattern of mistakes or breaches of policy by Deskana, let's not get ahead of ourselves". Yes, I do. Checkuser is not like adminship or bureaucratship, where a few mistakes may be tolerated. I'm afraid this one mistake could have cost EM adminship, which he was easily on the way to getting at the time the RFA was paused. He was put under a lot of pressure, basically forced to reveal his IP, and has been unnecessarily embarrassed and humiliated on-wiki, in a situation that could have been solved without the general wiki population knowing about it. Surprising as it may seem, I agree with Jennavecia's post. The whole thing was a lot of shit-stirring for very little benefit indeed - and it looks like it'll have the opposite affect of what Deskana intended, because people will support because of how poorly Deskana handled this, and how well EM handled it. The whole thing was biased, as Deskana holds both checkuser and bureaucrat right, and apparently used both to unilaterally put a stop to EM's RFA, merely because he "suspected" a lot of people would switch if they saw the edits. I've seen the edits. My opinion has not changed at all. Well, it has - of Enigmaman, my opinion of him is higher. Of Deskana, he's a nice person with good intentions, but I feel he is not suited to continue with Checkuser.