The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Closing Statement: The election of editors to the Arbitration Committee is one of the most important meta tasks we undertake as part of this project. No single process garners more participation, more emotion, or more drama than these elections - so much so that we must relegate them to an annual event. For all that, this RFC, called as it was on the eve of the election, could well have been filled with drama and shenanigans. I'm pleased to note, then, that the discussion seems to have been taken seriously by all participants, and that the proposals herein were seriously discussed, seriously considered, and appear to have been judged on the merits. That makes my task, in closing this RFC, that much easier.
In reviewing this RFC, I am mindful of the fact that 124 editors participated over the course of the past 28 days, and I'm using that number in evaluating all of the proposals here.
First, the low hanging fruit:
The last two items (and the most discussed) were deeply interrelated, with Support for particular voting formats being contingent on particular methods (i.e. "I want Preferential Voting, but only if we use Securepoll" and the like). So, let's talk about voting method first.
To summarize, the consensus of this RFC is as follows:
Thank you to all who participated. UltraExactZZ Said ~ Did 16:13, 24 November 2009 (UTC)
This RfC is designed to ascertain community consensus regarding certain aspects of the annual Arbitration Committee elections. A previous RfC (held a few months ago) indicated potential support for secret elections and the Schulze method. See Wikipedia:Requests for comment/ArbCom secret ballot. This new RfC should conclusively determine present opinions on these and other matters of importance.
Back in 2008, there was a strong consensus for a reduction in the duration of arbitrator terms. This can be seen in the 2008 RFC about the Arbitration Committee, where the opinion with the second highest support was SirFozzie's "reduce ArbCom terms" view. A lot of water has gone under the bridge since then, and term lengths were not changed for the 2008 election.
The question of the number of arbitrator seats, and the length of their terms, is again being raised in a variety of locations, including on Jimbo's talk page, and the 2009 election talk page. Traditionally Jimbo has made decisions about these matters after the election, however this year has seen a significant increase in the community wanting a say in these governance decisions. (e.g. User:Giano/The future followed by User:Giano/Findings of "The Future")
If the community is going to decide, or provide Jimbo with a loud signal, we need to do so now. We do not need to come up with a system that will be future proof. We can have another RFC next year to cater to the different needs of the next election.
This RfC began on this date: 14:09, 27 October 2009 (UTC).
This is a poll to gather consensus on how the community feels about the number of arbitrators, the length of their term, and the method by which they are chosen.
Please keep comments to a minimum in the poll sections. Long-form discussion should take place on the talk page, and exchanges which veer off the topic will also be transferred to the talk page.
Please place your views and proposals below the poll.
Sign multiple options if more than one is desirable to you.
As I remember after the last elections some arbitrators were appointed for 1 year terms, some for 2 years and remaining for 3 years. I think that the term length should remain flexible, so that User:Jimbo Wales can decide term lengths based upon the number of votes each candidate receives during elections and upon other circumstances. Ruslik_Zero 12:18, 1 November 2009 (UTC)
The Arbitration Committee had 12 seats from inception until the end of 2004.
Based on 10 arbitrators being appointed to serve into 2010, 12 seats would result in only 2 appointments in the upcoming election.
The Arbitration Committee had 15 seats between 2005 and the end of 2008.
Based on 10 arbitrators being appointed to serve into 2010, 15 seats would result in 5 appointments in the upcoming election.
The Arbitration Committee was expanded to 18 seats after the 2008 election, however it only consisted of 16 arbitrators for the first six months, and there are only 13 bums on seats at the moment.
Based on 10 arbitrators being appointed to serve into 2010, 18 would result in 8 appointments in the upcoming election.
Personally, I think that there are situations that come up, such as last year's elections, in which there were several who were REALLY close in votes. I think User:Jimbo Wales should be able to expand or contract the number of seats, based upon current events of the election, and current resignations, and so on. - jc37 13:39, 30 October 2009 (UTC)
New section for threaded discussion because I can't figure out a way to jam it in to the proper format yet. What is the goal the community has for the number of active arbitrators at any one time? The comments above suggest some commentors have the same goal number of active arbs, but have different ways to try to find that number with either a smaller, leaner committee (with shorter terms) or a larger committee where members can take breaks without issue.
Keep in mind the current subcommittee system, which I would qualify as a success if only measured by work output, has two 3 seat groups which could survive overlap, and a coordinator position. In addition there is room for a deputy coordinator, there has been suggestions for an eventual arb/clerk coordinator, and there is some noise (I don't know how the committee feels about it) about some sort of admin behavior subcommittee. Currently, all committeee members have voting responsibilities and I personally don't see that changing. I personally would aim for about 9 or 10 active Arbitrators at any one time. Thoughts?--Tznkai (talk) 16:23, 5 November 2009 (UTC)
For a list of options, see {{electoral systems}}.
The method used in the December 2008 elections, and in previous years, by which a voter may choose to support or oppose each candidacy, but is not required to enter a judgement about every candidacy (see example). Under the SecurePoll method, voters are required to enter judgements about every candidacy, but have the added option of being neutral (see example). The candidates are ranked by the ratio of supports to opposes.
Cumulative voting is a multiple-winner voting system intended to promote proportional representation while also being simple to understand.
An ideal setup would be to give each voter one vote per seat, for them to distribute across the candidates as they see fit (in whole numbers; no fractions). It does not have oppose votes, and it is simple.
Basically: Have Support/Neutral/Oppose, as in approval voting, but only can support a number of candidates up to the number of seats available, as in cumulative voting.
Preferential voting is a method by which voters rank the candidates in order of preference, so that winners are selected based on the breadth and depth of support for their candidacies. An example of preferential voting is the Schulze method which was used in the 2008 and 2009 Wikimedia Foundation Board of Trustees elections.
Each eligible voter ranks one or more candidates from highest to lowest. Once all ballots are collected, one ballot is selected at random and the candidate who is ranked highest is elected. As long as there continue to be unfilled positions, another ballot is selected at random and the net-yet-elected candidate who is ranked highest (if any) is thus elected.
Votes are made and signed publicly; anyone can see how a user has voted. (this is the method that was used in elections from the last few years)
Votes are recorded and tallied by MediaWiki; the lists of "who voted" and "which candidates were voted for" are separated, so no one can see which way a user voted. A real time tally of who has voted is publicly-viewable (example from the current AUSC election).
A large part of the opposition expressed during the last RFC to holding a secret ballot was concern over confidence in the result of a secret ballot (including my own opposition). This concern was maybe best expressed by Carn: "It does not matter who votes, it is important who counts". Secret ballots work in real life because of measures that ensure that the count cannot be manipulated in some way. How would we do this online?
Following on from the last RFC, I gave thought to a method in which SecurePoll could be extended to allow all users to have confidence that a secret ballot was not manipulated. The method I am proposing is explained here: Wikipedia:Secret ballot process. --rannṗáirtí anaiṫnid (coṁrá) 19:34, 1 November 2009 (UTC)
A third way is possible, which will satisfy many of the objections from both the "Public polling" and "Secret ballot" camps, with a specially modified version of SecurePoll using the usual Support/Oppose voting for the election itself. During the election, the ballot would be secret, thus eradicating pile-on voting and intimidation, and allowing voters to benefit from SecurePoll's inherent convenience and ease of use. Then, once the election closes, an overall tally is published, along with the individual tallies for each candidate, specifying which voters supported and opposed them, with say a week set aside for public scrutiny, prior to the appointments being made clarification added, per requests Roger Davies talk.
When we change the term lengths, will we keep the notion that the elected arbitrators are to fill "tranches" of specified sizes that determine when their term expires?
The elected arbitrators will be placed into two "tranches" that determine when their term expires, so some arbitrators will be elected for one year instead of two. The tranches will be balanced so that at least half of the seats will be open at each election.
All arbitrators elected from now on get 2-year terms. The number of seats to be filled at each election will be determined only by the number of retiring arbitrators and the number whose terms naturally expire.
All arbitrators elected will get 2-year terms. The number of seats to be filled at each election will be determined by adding together the number of seats made available by terms that have ended normally, and the number of seats that have come up for election a year early. The number of seats available for election (presuming a committee of 18) shall not be more than 10 or less than 8 (i.e. half the number, plus or minus one). If more than ten seats are available for election, the extra seats shall be held empty until the next election to avoid the number of seats available in that future election dropping below eight.
Proposed: In order to be appointed to the Arbitration Committee, candidates must achieve a minimum of
Proposed: as above, but with 60% rather than 50%+1 as the cutoff.
Note that the addition of an option for 60% was made after quite a few people (including myself) had already mentioned a preference for 60%, before there was an option for separate percentages. I'm a little concerned that people may look only at the numbers under each heading above and infer that there's a clear majority favoring 50% rather than 60%. I think it's too much to expect everyone to go back and move their vote to the proper heading, so I'd like to suggest removing the 50%/60% divisions to avoid confusion. Short Brigade Harvester Boris (talk) 19:52, 17 November 2009 (UTC)
Proposed: The first seat on the Committee will go to the candidate with the highest net total of support, the second seat to the candidate with the next net total support, and so on until all the vacant seats are filled.
Proposed: If elections were done using some form of single transferable vote, the number of votes required (or quota), would depend on the number of candidates. By one method, the number of votes required is given by:
where:
Note that in STV systems, although voters are encouraged to cast votes for more than one candidate, only one of their votes is counted in each round of the computations, and is thus used in the formula to determine the quota. One consequence of STV systems is that candidates strongly favored by a small portion of the community have the possibility of being elected. Thus the ArbCom would be more representative of the diversity of the community, which provides some defense against the claim that a clique or cabal is running things. --SteveMcCluskey (talk) 15:31, 17 November 2009 (UTC)
Proposed: 150 edits seems too many for me. We use editcount thresholds very sparingly on Wikipedia, and should set them as low as reasonably possible. If someone can make 50 edits without getting blocked, I don't think we should demand another 100 before accepting they're a good-faith account.
All users must have at least 150 mainspace edits before the election process begins in order to participate (current practice).
All users must have at least 150 mainspace edits before the election process begins in order to participate, including at least 50 mainspace edits in the year before.
All users must have made at least 150 mainspace edits in the year prior to the elections in order to participate.
All users must have made at least 30 mainspace edits in the quarter prior to the elections in order to participate.
All users must have at least 300 mainspace edits before the election process begins in order to participate.
All users must have made at least 300 mainspace edits in the year prior to the elections in order to participate.
All users must have at least 500 mainspace edits before the election process begins in order to participate.
All users must have made at least 500 mainspace edits in the year prior to the elections in order to participate.
Three years is a long time to be strapped to these chairs. It is a commitment that many sensible people are not able to make because they have a real life in addition to Wikipedia, or they don't know what the next three years holds for them. Reducing the term to two years will mean more candidates feel comfortable making the commitment, and feel capable of enduring to the end of their term. The argument that shorter terms result in loss of institutional knowledge don't sit well with me. After a shorter term, arbs can seek re-election or retire to be a functionary, where their knowledge can easily be tapped into.
One of the themes of the 2008 arbcom RFC was that arbitrators rarely ever make it to the end of their allocated term, and that the committee becomes unexpectedly short staffed when an arb resigns or retires. One way to alleviate this is to have extra non-voting members in the committee at the beginning of each year, and allocate them to work initially on the constant stream of ban appeals and other auxiliary tasks.
With a committee of 18 people next year, of which only 12 are voting members, six people can be working on the tasks which would otherwise divert arbitrator attention away from case work, and there is a pool of six people who are "in sync" with the committee and are able to rotate into a voting seat to account for inactivity, retirements or resignations.
The goal for 2010 could be to always have 12 voting members active on arbitration pages, while also ensuring that committee members take proper breaks to recharge their batteries.
We have a tremendous opportunity to simplify the system here. Let's finish the job and do away with the obsolete notion of "tranches". Instead, we should give every elected arbitrator a term of the same length (which I'm assuming is two years).
Tranches were a system of staggering the expiration dates of the arb seats, even if this meant giving different term lengths to different people elected in the same election. They were devised based on the assumption that most arbitrators would finish their terms. This assumption turns out not to be true, so tranches serve no purpose.
I think many people are assuming this will happen anyway, because there has been no discussion about how to convert the three-year tranches into two-year tranches if we adopt two-year terms, but we might as well make this explicit to avoid confusion. Here's my specific proposal:
Risker has outlined above that they think cumulative voting is too complex to be used in ArbCom elections and I think some people considering how to opine in this RFC will share such doubts. I think they are misplaced though. Cumulative voting can be both simple and complex, allowing both simply support/oppose votes and more complex preferences to be cast.
Let me elaborate with an example:
Cumulative voting has also the advantage that there are no oppose votes which are frankly not needed. Since the system means that those with the highest amount of votes will be elected, we also get rid of the need for having to set a bar, i.e. requiring a certain % of support. As such, I think this system would satisfy both the need for simplicity for the majority of users as well as the request for preferential voting that many experienced users probably have. Regards SoWhy 15:26, 30 October 2009 (UTC)
Seriously, why change what worked perfectly well (with regards to how we vote)? Majorly talk 17:43, 30 October 2009 (UTC)
The Oppose/Support system works well for proposals and many other things at Wikipedia, but for elections where people are being chosen to fill an office, such things become bogged down in discussion, which often spirals out of control. A simple vote works much better in these cases, the "support/oppose" system is too open to hijacking by a few dedicated "haters". Lets instead keep discussion on discussion pages, and let the voting be unsullied by such events. Furthermore, not voting support in an election like this is equal to oppose anyways. --Jayron32 21:16, 30 October 2009 (UTC)
Arbitrators should have one year terms only. Two years is very long time in Wikipedia. Personally, I'm extremely disappointed with the low efficiency of the previous and current ArbComs, and I think the community should have reasonably quick way of getting rid of bad arbitrators who cannot organize their work properly. Anything longer than a year is way too long — it allows the arbitrators to become confident that no matter how sloppy they are, they will still be allowed to continue for what is basically an eternity in WP. Cases dragging on for months is simply ridiculous, as is the extreme uncommunicativity of the committee members (it often takes weeks for ArbCom to answer even simple yes-or-no questions.) I'm 100% certain that the job can be done much better than that. We need to keep changing the Arbs in a quick fashion to try to find a constitution that works. I'd also like to note that, in contrast to real life, organizing elections doesn't cost anything in WP, so I really do not see any reason why we couldn't organize an election every year. Offliner (talk) 22:56, 30 October 2009 (UTC)
If the problem is herding cats, one doesn't solve that problem by making the herd larger. ArbCom's core mission is to evaluate evidence in relation to policies. The larger the Committee gets, the harder it becomes to discuss matters and achieve quorum. Delays make problems worse because disruptive editors deliberately clog case pages.
Moreover, what Wikipedia needs right now is better checks and balances. The principal check and balance upon ArbCom is Jimbo, but he's been under considerable pressure to refrain from intervention. That leaves a vacuum which would be healthier to replace with new bodies that serve separate functions and that answer directly to the community. A larger Committee is not the solution: that way leads to oligarchy. Durova349 04:26, 31 October 2009 (UTC)
In the interests of transparency, I'm going to post my views here. I'm speaking here as a community member, with current experience of the arbitration committee, and as someone who thinks that ultimately the community should decide issues such as the size of the committee, and the term lengths, and the voting method.
So overall, 2-year term lengths, 18 arbs on the committee, and secret ballot (for this year at least). With the caveat that three of the eight seats this year need to be for 1-year terms to avoid a pile-up of 12 seats for re-election in December 2011. And repeating here that this is my personal view, and that these issues are, ultimately, for the community to decide. Carcharoth (talk) 07:10, 31 October 2009 (UTC)
(To whoever assesses the RFC for consensus, please include these comments as part of determining my position on the issues.)
As may be seen by my "votes" above, I'm a bit torn beyween 2 year terms and 3 year terms. So to clarify:
1 year is too short, and 18 members is just too many. (We're just creeping too close to 20.)
I'd like to see the Support/Neutral/Oppose method, but modified so that each voter must vote in support of a number of candidates equal to the number of seats. No less and no more. (I've commented more about this on the talk page.)
I don't like any method which does not allow for someone to oppose a candidate.
And while I am sympathetic to concerns, secret ballots are simply anti-wiki.
And whatever is decided here should be loosely configured, so that User:Jimbo Wales can modify as the situation may merit. - jc37 09:47, 31 October 2009 (UTC)
It typically takes someone six months to learn the basics of a job, a year to become proficient in it. I would suggest two year terms for first time individuals, with their having the option to re-up for one more to three. Prior members can serve again for as little as one year, with an option to re-up to a total of three. I have not seen any persuasive argument that more members translate to an improvement in throughput or efficiency.
Equally importantly, work needs to be done on improving due process, if you will, where "appeal to Jimbo" or lobbying until one finds a "receptive" admin are discouraged. That is completely independent of how many or for how long. Issues of efficacy and efficiency relate to proper organization and enforcement of workflow, not to the number of hands on deck. We should take care not to conflate the two. PЄTЄRS VЄСRUМВА ►talk 23:06, 31 October 2009 (UTC)
On secrecy, either it's fully transparent or fully secret. The only thing worse than knowing who voted for whom (that is, confirming opinions of editors, pro or con, and creating "blocs" in one's perceptions) is assuming who voted for whom (that is, confirming one's own opinion absent of fact). Not to mention invisible peer pressure to vote certain positions because votes are in the open. Or sucking up to potential future admins in one's comments and vote. We may not be electing world leaders, but there is a reason that even the most innocuous of ballots are secret to assure people can vote their conscience, not their stated public position.
Per some of the concerns expressed elsewhere, there would need to be some auditing of users voting, that is, username and IP, to insure issues such as ballot stuffing, double voting, et al. are caught. All this said, open voting has worked well in the past—until there is some persuasive evidence that it has failed in some significant fashion, there's likely no impetus to change it. I would support some fashion of limited preferential voting. PЄTЄRS VЄСRUМВА ►talk 23:16, 2 November 2009 (UTC)
I find the following statement of this RFC to be an utter falsity.
The result was an overwhelming yes, with support also being expressed for implementing a Schulze method of electing arbitrators.
The result was not an overwhelming yes as you deceptively assert...it was anything but. If you take the time to read the statements left at Wikipedia:Requests for comment/ArbCom secret ballot you will see that a number of editors have shown concern as to exactly why a secret ballot is necessary.
I still do not understand the reason behind having a secret vote...and this sudden need for secrecy. As we have all seen before...secrecy and a lack of transparency corrupts(federal reserve anyone)...now while that may not happen on Wikipedia, a public vote would be much more assuring than a private one.Smallman12q (talk) 19:12, 1 November 2009 (UTC)
One of the main reasons for opposing secret voting seems to be a lack of transparency. But what transparency are we actually losing?
The only thing we no longer know is who voted for who. Why do we need to know this? If someone is eligible to vote, how is it our business to know how they voted? If they don't tell us why they voted, then its mostly useless information for any beneficial purposes. If knowing how they voted would create any more or any less of a reason to look at them with suspicion, then that's just another positive aspect of secret voting. Mr.Z-man 23:58, 1 November 2009 (UTC)
Tranche is a stupid and archaic word and we would do well to stop using it. --MZMcBride (talk) 23:58, 10 November 2009 (UTC)
Please don't use SecurePoll for the upcoming Arbitration Committee election. Judging by the above poll, roughly half of the editors endorse the use of SecurePoll and half are against it. This is hardly sufficient consensus to justify implementing such a major change to the voting method. I'd assume that barring adequate support to utilize SecurePoll in the election, the default is to continue public voting.
SecurePoll undermines several fundamental Wikipedia policies and concepts, notably the fact that WP is not a democracy, is based on community consensus, and strives for transparency. With that said, I see no compelling reason whatsoever to hide such things as the ArbCom election from the community. I'd be far more comfortable with the use of SecurePoll if 1) the tallies are made publicly available, and 2) it is possible to post, as well as readily display, any and all comments relevant to one's vote. But if we do so the benefits of using a type of secret ballot become marginal.
Among the arguments I've heard for using SecurePoll is that it's more efficient than editing the candidates' subpages. My response to this is: what? This is a wiki; it is therefore based solely on the ability to edit pages, and I imagine that most contributors have hundreds, thousands, or even hundreds of thousands of edits. It does seem rather silly to suggest that we should be forced into using SecurePoll in order to avoid making a few odd edits.
I'm not necessarily concerned about vote manipulation, although I note that such issues don't become obsolete with the use of a secret ballot. In my eyes, SecurePoll is more vulnerable to a few standard problems (ie. canvassing).
Finally, we have relatively little information about who reviews the information and enacts upon the results. As I mentioned above, transparency is crucial to the project, and knowing so little about where my vote goes makes me uncomfortable. –Juliancolton | Talk 19:25, 12 November 2009 (UTC)
I accept totally what you say about candidates needing thick skins but isn't this a red herring? After all, SecurePoll doesn't render the "Comments" section of the candidate's page obsolete and this is probably the best place to make remarks about the candidate's fitness or otherwise for office. The flaw with attaching comments to votes is that they are frequently highly polarised soundbytes, designed to publicly legitimise the voter's position. With secret balloting, the voter is under no pressure to justify himself and is thus much more likely to be even-handed in "Comments". Elections do not have to be gladiatorial contests, where the bullies and the besotted have a disproportionately weighty voice. And were half a dozen pile-ons appear before the candidate has had a chance to respond.
Turning now to the issue of block votes, with public voting, the manipulator can see exactly how many votes he needs to conjure to scupper/improve his favourite's chances. This gives him an incentive to try. In sharp contrast, with SecretPoll, the fraudster is working entirely in the dark, with no idea how many voices to bring to bear, and this is a great disincentive to misbehaviour. Additionally, SecurePoll offers the community a unified voting log - much easier than trawling through 30 candidate pages - with IP addresses and other technical tools available for the scrutineers. the inescapable conclusion is that the risking of gaming are greatly exaggerated.
There are other considerations too. Candidates may vote without fear of rebuke or retribution. Arbitrators and functionaries, who often have unique insights, may also vote for or against their colleagues, without fear or favour.
Quite apart from this, turnout for ArbCom elections has historically been ridiculously low. If the objective is to keep the selection of arbitrators effectively within the gift of a smallish elite group of about a thousand editors, public polling does the job well. If the intention, however, is genuinely to involve the community, SecurePoll surely does the job so much better? Roger Davies talk 17:26, 13 November 2009 (UTC)
Remember that we already had a perfectly valid RfC that endorsed use of SecurePoll for our elections. That's why it was used in the AUSC election, and we planned to use it in this election, too. That shouldn't be changed due to "no consensus" result here. This poll is also problematic as many voters seem to have cast "drive by" votes without informing themselves. The previous RfC was a much more informed discussion. We won't know for sure how things will go until we try. We should wait until after this election to evaluate what to do. — Jake Wartenberg 14:43, 13 November 2009 (UTC)
In last years election, I did not vote, because it was a public vote. At the time I was an Arbitration clerk as well as working as a coordinator for the election, so I felt it somehow improper for me to voice my opinion, lest I sway, or appear to sway, appear to be trying to sway the elections somehow. Furthermore, I was going to have to work with these people (arbitrators) in the future, and I would either possibly appear to be trying to curry their favor (by supporting) or jeopardizing a working relationship (by oppossing) or getting into who knows what mess (depending on what the candidates thought of each other). Nor do I want to prejudice a working relationship, or make the candidates feel like they need to be on guard for accusations of bias based on my vote. Many of the candidates and I think some of the other clerks did not vote for substantively the same reasons. This is the reality that all of us, by which I mean all of the editors participating in this RfC and beyond, face to one extent or another, since this is a collaborative project where we end up working with a relatively small group of people relatively often. While we can hope beyond hope that our better natures and those of others will prevail, it is only human nature to care about what others think - and even if we don't care, we can never escape the perception that we do. The defenders of the public vote want the transparency of knowing what people think. I want the secret ballot because I want to know what people really think.
A few people have supported public voting because of bloc voting. Everyone should go back and read Wikipedia:Administrators' noticeboard/Possible ethnic block voting in ArbCom elections.
Notice that nothing was done?
Votes by socks like User:Larno Man and user:MagneticFlux were not removed, and I am pretty confident that they are banned users and that their main account also voted (i.e. four oppose votes); and there were many accounts which were inactive either before or after the election, however there was no way to differentiate them from admin Samir (talk · contribs) who came back from a year long break. So the votes remain.
Because the bloc voting became widely known, a few people did change there votes to counteract it, however there are a few other factors which need to be taken into account:
A secret ballot will mean that canvassed bloc voting will be harder to notice, however a secret ballot will mean that candidates can run in the election without fear of being subjected to defamation of this kind. Scrutineers will pick up more socks, because the software alerts them to any problems which would warrant engaging a checkuser.
The part that was most disruptive to me personally was the character assassination and lack of discourse. These people were allowed to say whatever they liked with their oppose votes. This also happens on RFA, however on RFAs people freely discuss oppose votes, and RFAs are not a zero-sum game. We can have as many admins as we want. The Arbcom election is a zero-sum game, it is conducted as a vote for a limited number of seats, and I felt powerless as I dont think it is appropriate to badger so many voters. A vote page is not a good venue for discussion.
If you browse though Wikipedia:Administrators' noticeboard/Possible ethnic block voting in ArbCom elections, the consensus was that the solution to bloc voting was to bring in more voters, and that is what we should be doing. Here are a few ways SecurePoll helps:
Public voting means that we can see bloc voting but, in reality, the dynamics of a public election means that early oppose votes which defame the candidate are rewarded, we don't want to call it out, and are not willing prevent it for fear of interfering with the election. John Vandenberg (chat) 15:54, 16 November 2009 (UTC)
ArbCom elections are for a group of people who is going to make binding decisions on user conduct issues. A public vote of opposition to a candidate may prejudice the candidate against the voter if elected. Users should have the right to cast their vote without fear of retaliation of prejudice in arbitration cases. Of course, discussion of candidates should also happen on-wiki, and any user can argument against a candidate, or endorse a candidate if they so wish. Agree particularly with Tznkai above - this is highly political, so most arguments for secrecy of voting from the 'real world' apply here too. Overall; secret ballot would allow more users to vote, and vote without fear, and more candidates to stand, it would be positive for the whole ArbCom process. Concerning some arguments by supporters of public voting:
There are unfortunate and unforeseen consequences of this RFC. The community is asking for a Committee of 18, while at the same time asking that appointments must have 50–60% support. Setting aside how unfortunate it would be if we had an ArbCom composed of members who only got 50% support, it might not be possible for these two conditions to be met simultaneously. Does the community really want a committee of 18 even if support tallies dip below 50%? Should the support numbers under a new voting system (secret) be lower than historical numbers, this is precisely the sort of situation where Jimbo should be able to exercise discretion, weigh all factors, and decide the size of the Committee. It would be most unfortunate if community demands for a large Committee resulted in appointment of candidates with marginal support. SandyGeorgia (Talk) 11:09, 23 November 2009 (UTC)
The net result remains "okay-ish" insofar as the most supported candidates still end up with the biggest ratios anyways, but it skews the support percentages down to the point of meaninglessness. — Coren (talk) 12:06, 23 November 2009 (UTC)