As I understood the Tim long term view, only the way "powers" (I prefer
"features") is dispense may be customizable. * In all case, decision must be
taken by community consensus.*
As an example, I think (it's just my point of view) that create a complex
hierarchy into a community is a real bad idea. For me, we only need 3 types
of users:
- Normal users
- Administrators "users who have access to administration tools and must
apply community decision"
- Arbitrator "users who was elected by community to resolve conflict"
That mean, in my point of view, that all administrators may have access to
all administration features (remove administrator flag as well). If we have
an easy to see log of all administrators actions (block, ban, give/remove
status, etc.) it may be easy to detect any abuse and take proportional
sanction. Sure it's just a point of view, but I don't see why this system
may have more chance to lead to dictatorship than actual English Wikipedia
system. Contrariwise, I think hierarchize the administration is something
like a defeat avowal. Instead of force administrators to respect rules, you
create new level to oversee them. The only judge we must have is the
community.
Tim explained me (as I understood) that English Wikipedia had a different
view of governance and prefer give different administration "powers"
according to the level of trust the user have. Why not. But why it must be
*the* governance type all Wikipedia must adopt? If you are afraid with this
local governance (and you are not wrong) we can make rules that local
governance system must be first approved by Jimbo or the community (for
example, by a vote on meta).
By the way, I think we must never give a specific "power" to less than 3
people.
Aoineko
----- Original Message -----
From: "Erik Moeller" <erik_moeller(a)gmx.de>
To: <wikipedia-l(a)Wikimedia.org>
Sent: Thursday, April 01, 2004 4:00 AM
Subject: Re: [Wikipedia-l] Re: Please clarify the honorary administrator
status
Tim-
Currently they have more abilities than
bureaucrats. They can grant or
revoke any level of access. Currently bureaucrats can only grant
bureaucrat or admin status.
I think the best way to go about this is to simply have two types of
bureaucrats, local bureaucrats who can add and remove all user privileges
and have access to other high level maintenance functions, and interwiki
(super-)bureaucrats who can do this on any wiki. I think this additional
"steward" level is needlessly confusing.
Additional features may be implemented depending
on community sentiment.
Ultimately I would like to see stewards capable of configuring the power
structure on each wiki individually
We are entering very dangerous territory here. Your original proposal was
to decentralize power, and that is all well and good. But this idea, to
configure power structures on a local level, has a lot of room for long-
term abuse.
Let's say I am a highly influential and generally good-natured user who is
very active on, say, the Nepali Wikipedia. I'm also known and trusted on
the English Wikipedia, so I am quickly given the "keys" to this new power
structure configuration module for
ne.wikipedia.org.
Now let's say I happen to believe that it's a good idea to let sysops ban
any user for repeated POV edits, given prior warnings. I'm sure there are
many otherwise quite reasonable people who would believe that this is a
good idea. Because of my influence and my level of control, it would be
very easy for me to implement this power structure on the Nepali
Wikipedia.
As the Nepali Wikipedia grows, this principle becomes quite established.
"POV users" are routinely banned arbitrarily. Because of my influence, I
have managed to become the "last instance" of appeals -- there is no
voting before banning, but I, the "steward", have obtained a position that
effectively allows me to veto or approve any ban. Because I, and nobody
else, can desysop users, I can easily enforce this principle.
At some point in 2008, some very eloquent English-speaking user of the
Nepali Wikipedia complains about this unfair power structure, appeals to
Jimbo, the mailing lists etc. However, he is quickly shouted down by
people who fear for the autonomy of "their" Wikimedia wikis. They will
defend almost any rule on the Nepali Wikipedia as being "the business of
the Nepalese" and argue that Jimbo et al. should stay out of it, because
they are afraid that if they do not do so, their own idiosyncratic
policies will come under scrutiny.
"Individual projects should have this level of autonomy!" they will say.
And: "These rules have been in place for years, there's no reason to
change them now." There is a high level of tension between the English and
the non-English spheres, so Jimbo et al. will stay out of it to keep the
peace. This will set a precedent and other complainants will be similarly
shouted down.
Now everyone in this scenario acted with good intentions. However, one
single user has effectively managed to obtain control over what is and
isn't NPOV in a certain language Wikipedia. There might be more stewards
later on, but that merely means a change from a monarchy into an
oligarchy. Their decisions may be wrong or right, that doesn't matter, as
I think we agree this is not a scenario we want to happen.
I don't like the idea of implementing power structuers on the local level.
I see no need for it and a lot of ways for things to go wrong. Yes,
there's a difference between a 20-person wiki and a 20000-person wiki. But
these differences can be accounted for by developing a multi-stage power
structure that can be generalized for all wikis, e.g.:
< 10 users : no sysops or bureaucrats; use Meta to ask super
-bureaucrats to set permissions accordingly
< 100 users : at least one bureaucrat, local "Requests for adminship"
page, sysops can ban users if there is general consensus
to do so, bureaucrat can remove sysop status if there
is consensus
< 1000 users : "Requests for bureaucrat status" page, appeals process,
arbitration committee
1000+ users : quickpoll-style system for dealing with emergency
situations
I find it highly improbable that the cultural differences are so great
that we can not deal with the problems - vandalism, sysop status abuse
etc. - on a general, language-independent level. If you approach this
problem from a purely rational perspective I believe you will have to
admit that this is quite clearly so.
In fact, I believe that many non-English wikipedians will embrace your
proposal not for rational reasons, but purely because they want to grab
every little bit of autonomy for "their" wiki that they can get.
On each reasonably large wiki there are at least a couple of users who are
subconsciously motivated by a real drive for power. They will rationalize
this by saying that "We don't want to be controlled by the English
Wikipedia", "We have different problems that need different solutions",
but in reality they are already planning on what to do with these new
privileges, and not all outcomes will be desirable. I have already
observed that on some wikis, individual users have worked hard to
establish a status of authority for themselves, and a tool like the one
you are describing is exactly what they need to solidify that status.
It is also an excellent tool for astroturfers, who can dedicate a lot of
time to becoming influential and powerful "stewards" on up-and-coming
Wikimedia projects.
Keep in mind that Wikimedia is just a couple of years old, but it will be
here for a long time to come. Unless we screw up in *major* ways, and
someone creates a successful fork, the *minor* mistakes we make today will
have *huge* consequences many years in the future that are very hard to
foresee now, and very hard to repair later. The different languages
effectively act as barriers, and it is very difficult to spot dangerous
developments through these barriers. I am strongly opposed to effectively
granting absolute autonomy to a small set of individuals in defining power
structures that will likely be in place for years, if not decades.
Regards,
Erik
_______________________________________________
Wikipedia-l mailing list
Wikipedia-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikipedia-l