Mutiny on the Bounty
The copyright situation for this article is unclear. It does not belong to the author of this site. Please see the copyright notice. If you have information about the copyright contact me!
When it comes to a mud, a text based game that is almost always free on the Internet, few really worry much about sinister plots to overthrow its monarchy, democracy, or outright dictatorship (often a mix of all three). In fact, many muds are run by amateur programmers who don't worry about security much, and don't even know how to implement a security scheme properly. Often, these pathetic, insecure entities on the net are taken down with the flick of a hacker's wrist or the rm -r of a rambunctious neighbour at the keyboard. But let's say you manage to start up a mud safe from a twelve year old, what would be another threat to these wretches of servers open to the public?
I've never seen a mud that made any progress without some political issues developing. Balance is often an issue which concerns players, and perhaps rightly so. Maybe as a mage, they take twice as long to advance than a fighter does. mud users also get angry when their privacy is invaded through the infamous snoop command (shows a coder everything another user sees). With coders, volatile issues include approval standards for area code (rooms/items/critters), the process for making lib code changes, and code ownership. You might think of people you allow to frolic within your creation as the little people, plebeians, etc, but the wise ruler keeps a watchful eye downwards... there are ways to be overthrown.
|
|
|
Mutiny on the Bounty |
First, there is the site lockout attack. Note that most mud owners don't have the resources to carry out a legal battle if they lose their muds, and can you imagine trying to explain what a mud is to some old fogey in a judge's robe? Many muds are run on sites not owned by the mud owners, so if you convince the one who owns a mud's site to hand over leadership of a mud to you, you've given the owner a nasty wake-up call. There are such things as full offline backups that any competent mud owner would be keeping somewhere safe, but assuming the site administrator's actions are supported by the staff of the mud (minus the owner) and the players, the owner would now have to not only find a new site, but also convince everyone to choose IT over the more stable and more established old site. On top of that, there's often good reason for a mud owner to be overthrown, so this only makes loyalty to the owner harder to find.
Next, the staff-stealing attack. Let's say you're a coder who has given plenty to a mud, and doesn't want to stay at a mud because of something the mud owner is doing that you really have a problem with. You can perhaps start your own mud. It's not that hard. Flip through a book on C or C++ and it's a breeze. Then you can find like-minded coders on the old mud to leave there and join you on your new mud, promising not to make the same mistakes. In fact, you can even tell them to bring whatever code they want from the old mud. It's a relatively quick way to overthrow a mud owner.
A slower attack is the boycott attack. A mud has a very productive staff, let's say, and the owner gets what he/she wants every time. The owner starts to get unreasonable, and one guy convinces another guy in the staff to stop coding until he gets his way. Then they convince someone else. Players can be convinced to stop playing. Plenty of other good muds are out there. This brings a mud to a complete standstill. The owner must change his/her ways to bring things back to how they were.
I'm sure I'm missing other possibilities, but the last attack offhand, and slowest, the petition attack, is to once again, convince everyone on a staff about your opinion, and just get everyone to whine and plead what your saying in a torrent of ASCII spam.
Now let's talk briefly about the psyche of a mud owner. There are all sorts of personalities, each with a thin line. Some run a mud as a dictator. What the owner says goes and nothing past that. Obviously, some might not agree. Those who have put a decent lot of work into a mud then see something decided that they couldn’t live with would want to start a mutiny. Some run a mud as a monarchy. There might be some trusted advisors, or even equals or near equals that offers balance to a mud's owner, and thus provides safety in some respects to undesirable decisions being made, but there's a backlash. If undesirable decisions are made despite advisors' warnings, they'd feel betrayed and be even more likely to leave. In a flat out democracy, all hell breaks loose when you make a false step in any direction. Often in a democratic mud, there's a large quantity of policies that have been systematically voted on and approved by all. If the owner steps in the wrong direction, all hell breaks loose. Yet if the owner conforms to all policies in place, a democracy has the added benefit of a stronger loyalty, with equals or near equals thinking of the mud as their own, helping develop and support it as much as the owner would, or even more so. The mud develops in a way that makes more people happy usually, not just to one person's ideas.
We covered why, how, and even who. We move on to preventative measures. Everyone, the owner, the coders, and the players, should realize a mud's value. It's a game, and a very low tech one at that. No matter how many hours you put into it, your life would probably be just as fulfilling without it, or even more so. The biggest value of a mud is the fact that it's a community. Next, understand the value of the deep breath. Everyone who connects is a real person, and people are stubborn. Reassess if your view is really worth throwing into the mix. Now, I'm not recommending that an administrator be a pushover. As a mud owner, you always have to be willing to call it quits if need be. This gives you the edge. Those that mutiny care about the mud, but usually preach fairness. They don't want to see the one who started the mud be forced to leave. They'll compromise. Just tell them that you didn't want things the way they propose, and if it's going to be that way, you'll have to pack your bags. Worst comes to worst, if your whole coding staff disagrees with you and you won't like the resulting mud, ditch the mud and start a better life elsewhere.
However, this only pertains to staff mutinies. Players causing an uprising have a much harder time. Players grow on trees, and can be grabbed from anywhere. If they don't, improve the mud. This strategy of leaving things behind may sound depressing, or even foolish. Fear not, there is another fallback that works well when dealing with rebellious coders. There's the "I can do everything myself" way of thinking, which probably hints at the truth. This helps you avoid the staff stealing, boycott, and petition attack, but not the site lock-out attack, which might actually become more likely if coders risk having to give up their hard work, leaving your mud. The best way in my opinion is by appealing with logic. Let the potential mutinists do the thinking for you. Don't even mention one of your possible counterattacks. That will put them on the defensive, diminishing their sense of reason. Just tell them all the facts, how you wanted things, where things went wrong, what you want and why you don't want what they propose. Let them come up with a solution to YOUR dilemma. A few things can result from this. First, they might stop making their demands, seeing you are actually being reasonable. Next, you might actually be convinced to change your mind. Lastly, you might achieve at least a somewhat acceptable compromise for both.
All in all, muds are for fun, and you should stay mellow and enjoy them. Don't get too attached, don't spend so much time online, and try other muds out once in a while. You'll end up keeping an open mind and also not instigating as many damn problems.
January 2001 Imaginary Realities, the magazine of your mind.
© Copyright Information