1998Q2/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD&#45;Dev] Re: Administrative Meddling -->
<!--X-From-R13: X Q Znjerapr <pynjNhaqre.rate.ftv.pbz> -->
<!--X-Date: Mon, 8 Jun 1998 17:03:07 &#45;0700 -->
<!--X-Message-Id: 199806090000.RAA00711#under,engr.sgi.com -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: 199806040410.XAA05416@dfw&#45;ix5.ix.netcom.com -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Re: Administrative Meddling</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:claw#under,engr.sgi.com">
</head>
<body background="/backgrounds/paperback.gif" bgcolor="#ffffff"
      text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000">

  <font size="+4" color="#804040">
    <strong><em>MUD-Dev<br>mailing list archive</em></strong>
  </font>
      
<br>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00899.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00901.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00901.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00874.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00900">Author</A>
&nbsp;|&nbsp;<A HREF="#00900">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00900">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: Administrative Meddling</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: [MUD-Dev] Re: Administrative Meddling </LI>
<LI><em>From</em>: J C Lawrence &lt;<A HREF="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</A>&gt;</LI>
<LI><em>Date</em>: Mon, 08 Jun 1998 17:00:12 -0700</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
On Thu, 4 Jun 1998 00:12:09 -5 
Jon A Lambert&lt;jlsysinc#ix,netcom.com&gt; wrote:

&gt; Xposted here from r.g.m.a. I wrote the following:

&gt;On 1 Jun 98 06:48:57 GMT, John Adelsberger said:

&gt;&gt; Jon A. Lambert &lt;jlsysinc#nospam,ix.netcom.com&gt; wrote:

&gt;&gt;&gt; It seems to be a commonly held notion here that administrators
&gt;&gt;&gt; should not interfere, help or otherwise annoy players.  Or that
&gt;&gt;&gt; all interference or annoyances must be conducted with equality or
&gt;&gt;&gt; fairness.

&gt;&gt; In order to _have_ a game, you have to prevent omnipotent
&gt;&gt; individuals from circumventing the rules.  

No, you are assuming that omnipotent individuals are still playing the
(same) game, or that their behaviour is proscribed by the same game as
the non-omnipotent.  Those seem dangerous assumptions.  Further, an
implicit assumption that avoidance of the "rules" (however they are
defined) is automatically a Bad Thing is buried in there.  Another
dangerous assumption.

Methinks I smell assumed orthodoxies.  &lt;&lt;If I chant the assumed
orthodoxy mantra often enough, will I summon the Keegan?&gt;&gt;

There's also a clumping of two distinct "rulesets" into one here,
which ignores valuable differences.  Some rules are mechanical: If you
let go of things, they will tend to fall to the ground.  Other rules
are behavioural: Tho halt not kill newbies.  The two are different, in
character, in game-world impact, and in the manners in which they are
most profitably/acceptably/harmoniously/enjoyably/adverb_dejour
instituted.

Additionally behavioural rules fall into a scale of groups, some apply
game-world-wide (Thou shalt not hack the server), and some only within
much smaller sub-groups (Members of Bubba's clan must wear kilts).
The method and character of the instituionalising of the rules at both
ends of the scale is similar if not identical, but of course the
impact is quite different, and many players have a notion that
global-group rules must be "fair" or other wise align with their
political preferences.

&gt;&gt; If you want a game whose real purpose is social interaction, fine,
&gt;&gt; but then why are you writing new code to replace irc?:)

Apples and oranges.  IRC provides minimal mechanical interaction or
scene setting.  It provides almost no content which is not realtime
user generated.  Any concept of "there" in IRC is either entirely
socio-cultural, or a product of that channel's current population and
their behaviours.  ie IRC has no concept of persistance, and can be
argued to have no concept of time in the first place.

&gt; Yes but those omnipotent ones set the rules, change the rules and
&gt; are usually charged with the enforcement.  Nothing wrong with this
&gt; BTW. If social interaction wasn't a purpose of mudding there would
&gt; be no player demand for IRC capability within a mud.  Most muds are
&gt; a superset of IRC funtionality in order to "run" a game.

There's the core of an argument to seperate Imm/Admin characters from
play characters in there (ie Imm/Admin characters are physically
unable to "play" the game, can't even enter the "play" world etc).

&gt; I assume omnipotent individuals are interested in running a game and
&gt; will interfere (in a believable fashion) to further the interests of
&gt; that game.  Prevention of interference makes no sense at all.  It
&gt; goes without saying that administrators acting like mad
&gt; power-tripping children are no fun to play with in any sort of game.

A more challenging question:

  Assuming &lt;your pick of power curves&gt;, and assuming near-zero
supervision of the day-to-day behaviour of players and (low level?)
admins, how do you guarantee (or at least predispose) the actions of
powerful characters to be complementary to the game?

I'm specifically interested in either a mechanical answer, or a
mechanical approach to a social engineering answer.

&gt; Note in my other posts, I favor hidden/invisible administration.
&gt; None know who exactly the in-game administrators are.  They could be
&gt; playing any PC, any creature, any NPC at any given moment.
&gt; Subtleness and in-game believability is key.

Echoes of Habitat.  Curiously I don't recall them stating why they hid 
their administrative presences.

&gt; I think we share the same goals as far as game-balance.  No it
&gt; wouldn't be a good or fun thing for a single organization to
&gt; dominate your mud or mine either.  The situation begs for
&gt; administrative influence including that which would be outside the
&gt; rules in order to bring the desired traits of the game around into
&gt; something enjoyable and playable.  Don't forget the game becomes
&gt; less enjoyable for many of the power wielders after a point since
&gt; the challenge is pretty much gone.

Were I to issue a game-style edict for such admins, it would likely be 
similar to:

  "Find a poorly represented and illogical or perversely interesting
group and work hard to make them dominant.  As soon as they begin to
be dominant, repeat with another group.  Your primary goal is to keep
the pot boiling, and your secondary goal is to ensure that the bubbles
are interesting."

This would of course be aimed at admins with little to no actual power
in the game, just a surfeit of knowledge (knowledge == power?).

This presents an interesting model:

  Player-admins have no power, but have access to meta-game data.  As
such they can wield considerable influence, even if only on the level
of oracles.  

  Have player-admin state be a transitory affair, much like a curse or
demonic possession.  It is both uncontrollable, unavoidable when it
happens, and may potentially leave its victim at any instant.  Have
the game grant and remove player-admin "power" randomly based on
various internal metrics or formulae.  There is a low, but definite
potential for utter newbies or other unlikely individuals to be
granted player-admin powers.  The behaviour of player-admins could
additionally be statistised by the game as a weight on the
grant/remove decision.  The definition and scope of the data available
to player-admins would be undefined and unplublished (cf the guide in
HHGTG).  Finally, have the fact of player-admin status be
undetectable/opaque.

&gt;&gt; One game that _would_ interest me(I'm working on a version, sorta,
&gt;&gt; along with my other half-dozen projects, which number I keep mainly
&gt;&gt; because it keeps me moving even when I get sick of one
&gt;&gt; temporarily:) would be similar to the setting described by
&gt;&gt; Mr. Lawrence, minus the complete recording of history. 

Eep!

&gt;&gt; This sort of game might have no VISIBLE impartial admins, but it
&gt;&gt; would most certainly need admins nevertheless, and cheating would
&gt;&gt; be a _bigger_ problem, rather than a smaller problem(consider: on a
&gt;&gt; typical h&amp;s, I give you a 'sword of slaying.'  On a deity vs deity,
&gt;&gt; I give you code I've devised based on knowledge of the internals of
&gt;&gt; the system that nobody else has. The former is annoying but
&gt;&gt; obvious; the latter ruins the game for everyone.)

JA3 seems to have lost sight of the competitional ecology of free user 
coding in a GoP game.

&gt; JC Lawrence's game did remind me of the WizWars type in many ways,
&gt; but less so as he's refined it over time. 

&lt;bow&gt;

I think of it more ala a vat of dye.  I keep adding new colours and
stains, some glowing by their own light, some absorbent, and stirring
vigorously.  The final/current design is shot thru with twists and
streaks of previous "Oooo!" reactions.

-- 
J C Lawrence                               Internet: claw#null,net
(Contractor)                               Internet: coder#ibm,net
---------(*)                     Internet: claw#under,engr.sgi.com
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...


</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00875" HREF="msg00875.html">[MUD-Dev] Administrative Meddling</A></STRONG>
<UL><LI><EM>From:</EM> "Jon A. Lambert" &lt;jlsysinc#ix,netcom.com&gt;</LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00899.html">[MUD-Dev] Levelless MUDs</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00901.html">[MUD-Dev] Re: Administrative Meddling</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00901.html">[MUD-Dev] Re: Administrative Meddling</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00874.html">[MUD-Dev] Re:(fwd) Re: Multiple currencies</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00900"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00900"><STRONG>Thread</STRONG></A></LI>
</UL>
</LI>
</UL>

<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
<ul><li>Thread context:
<BLOCKQUOTE><UL>
<LI><STRONG>[MUD-Dev] Re: Administrative Meddling</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00883" HREF="msg00883.html">[MUD-Dev] Re: Administrative Meddling</A></strong>, 
Mike Sellers <a href="mailto:mike#bignetwork,com">mike#bignetwork,com</a>, Fri 05 Jun 1998, 15:50 GMT
<UL>
<LI><strong><A NAME="00896" HREF="msg00896.html">[MUD-Dev] Re: Administrative Meddling</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Sat 06 Jun 1998, 19:02 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="01190" HREF="msg01190.html">[MUD-Dev] mud-related event: Dr. K...</A></strong>, 
Brandon J. Rickman <a href="mailto:ashes#pc4,zennet.com">ashes#pc4,zennet.com</a>, Wed 24 Jun 1998, 09:28 GMT
</LI>
</ul>
<LI><strong><A NAME="00901" HREF="msg00901.html">[MUD-Dev] Re: Administrative Meddling</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Tue 09 Jun 1998, 00:16 GMT
</LI>
</ul>
<LI><strong><A NAME="00900" HREF="msg00900.html">[MUD-Dev] Re: Administrative Meddling</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Tue 09 Jun 1998, 00:03 GMT
</LI>
</ul>
</LI>
<LI><strong><A NAME="00874" HREF="msg00874.html">[MUD-Dev] Re:(fwd) Re: Multiple currencies</A></strong>, 
Michael.Willey <a href="mailto:Michael.Willey#abnamro,com">Michael.Willey#abnamro,com</a>, Wed 03 Jun 1998, 22:01 GMT
<UL>
<LI><strong><A NAME="00886" HREF="msg00886.html">[MUD-Dev] Re:(fwd) Re: Multiple currencies</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Fri 05 Jun 1998, 18:00 GMT
</LI>
</UL>
<UL>
<li>&lt;Possible follow-up(s)&gt;<br>
<LI><strong><A NAME="00887" HREF="msg00887.html">[MUD-Dev] Re:(fwd) Re: Multiple currencies</A></strong>, 
Michael.Willey <a href="mailto:Michael.Willey#abnamro,com">Michael.Willey#abnamro,com</a>, Fri 05 Jun 1998, 21:19 GMT
<UL>
<LI><strong><A NAME="00888" HREF="msg00888.html">[MUD-Dev] Re:(fwd) Re: Multiple currencies</A></strong>, 
Richard Woolcock <a href="mailto:KaVir#dial,pipex.com">KaVir#dial,pipex.com</a>, Fri 05 Jun 1998, 22:18 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>