<!-- MHonArc v2.4.4 --> <!--X-Subject: Re: [MUD-Dev] Raph's collection of MUD design Laws --> <!--X-From-R13: "Yevfgra Z. Ybfgre" <xbfgreNrqra.pbz> --> <!--X-Date: Sat, 12 Feb 2000 23:06:36 -0800 --> <!--X-Message-Id: B4CB9C41.30A4%koster#eden,com --> <!--X-Content-Type: text/plain --> <!--X-Reference: 3.0.6.32.20000312224506.00838170#donet,com --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, Re: [MUD-Dev] Raph's collection of MUD design Laws</title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:koster#eden,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> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] <br clear=all><hr> <!--X-Body-Begin--> <!--X-User-Header--> <!--X-User-Header-End--> <!--X-TopPNI--> Date: [ <a href="msg00302.html">Previous</a> | <a href="msg00301.html">Next</a> ] Thread: [ <a href="msg00297.html">Previous</a> | <a href="msg00491.html">Next</a> ] Index: [ <A HREF="author.html#00300">Author</A> | <A HREF="#00300">Date</A> | <A HREF="thread.html#00300">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>Re: [MUD-Dev] Raph's collection of MUD design Laws</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>: Re: [MUD-Dev] Raph's collection of MUD design Laws</LI> <LI><em>From</em>: "Kristen L. Koster" <<A HREF="mailto:koster#eden,com">koster#eden,com</A>></LI> <LI><em>Date</em>: Sat, 12 Feb 2000 23:24:49 -0500</LI> <LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI> <LI><em>Sender</em>: <A HREF="mailto:mud-dev-admin#kanga,nu">mud-dev-admin#kanga,nu</A></LI> <LI><em>User-Agent</em>: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)</LI> </UL> <!--X-Head-of-Message-End--> <!--X-Head-Body-Sep-Begin--> <HR> <!--X-Head-Body-Sep-End--> <!--X-Body-of-Message--> <PRE> on 3/13/2000 1:45 AM, Greg Underwood wrote: > > Raph must have put up his page-o-laws whilst I had traffic turned off, so > the first I saw the page was just this week. Wow, you must have been without traffic for a while, considering how often they get mentioned... :) In any case, as an FYI to the group--I am once again giving a talk on the Laws at the Game Developer's Conference this year. It's March 9th through 12th in San Jose. It's far from the only mud-related thing at GDC this year, either--off the top of my head, I can think of: * an Everquest case study by Brad McQuaid * A tutorial on online community building. I'm on it, Mike Sellers is on it, so is Jonathan Baron, and Brad & also Toby Ragaini of Asheron's Call, and Amy Bruckman of MediaMOO fame. Organized by Amy Jo Kim. * Jonathan is also doing a followup to the "Glory and Shame" thing this year, on how to inject community-generating conflict into your online games * A study of the economics of UO by Zach Simpson (referenced on this list in the past, now the data will be public, or more of it anyway) * A thing on managing ethics in games moderated by Bernie Yee with Warren Spector (Ultima Underworld, the upcoming Deus Ex, and the original System Shock) and Toby and I think Doug Church (Ultima Underworlds, Thief, both System Shocks). I was asked to do this one but it conflicts with... * A thing on the development process for massively multiplayer games that I am doing with Rich Vogel (UO, M59). There's more, I just can't think of it all. The conference website is at <A HREF="http://www.gdconf.com">http://www.gdconf.com</A>. It's expensive, but if you go, maybe we can get together... > On the whole, I think the > comment at the top about viewing them as challenges and not rules is most > excellent. I know I found myself saying "yeah, but if you try this," or > "well, yeah, but looking at it this way..." an awful lot. ;) Thank Ola, not me, for that one. :) > Anyway, forgive me if I'm restating a previously discussed topic, but I > just had to comment on what seems to me to be an obvious correlation > between a couple of the points. Specifically: > > > A corollary to Elmqvist's Law > In general, adding features to an online game that prevent > people from playing together is a bad idea. > > A caveat to the corollary to Elmqvist's Law > The exception would be features that enhance the sense of > identity of groups of players, such as player languages. > > Community size > Ideal community size is no larger than 250. Past that, you > really get subcommunities. > > > Does it not make sense, then, to say that you ought to severly limit (or at > least very carefully consider) the number of 'group identity enhancing' > features in your game, until you reach that level of roughly 250 players? Well, the thing to consider is that the subcommunities often form way way sooner than 250. They can start forming with just a dozen or so people. I don't think there's anything wrong with providing tools for even small groups to make their group identity clear. That law is really more about the scope for hierarchy in groups of small size. 250 is the point at which communal consensus forms of policing seem to fall apart and the position of "manager of community force" needs to be established (eg, when you need a boss for the group). This seems to be tied to the number of close acquaintances one can really have (apparently, and don't ask me where I read this, a given individual generally has close personal ties and even solid acquaintanceships with only up to a hundred people or something. Hence forms of social pressure that depend on "family or friend intervention" such as communal policing break down, because large groups tend not to be able to produce a friend on the spot when one is needed to talk or shame the aggressor out of his actions). > In answer to my own question (and probably what got me thinking along these > lines as I read those points), I have to offer up my experiences in running > EoD. Early on, we didn't have too many guilds (the stock 4 or so that come > with most DIKU's, IIRC). However, we thought it'd be keen to add some > more, give more people a chance to find their niche, not to mention fit > more closely with the story (Wheel Of Time) that we were supposedly based on. But did these guilds prevent the players from playing together? That's really what the law is referencing--stuff that actually keeps players apart. A good example would be putting racial enmities that somehow automatically forced fights or damaged reputations or something when the opposing groups came into contact. With too low a playerbase, this would be unsustainable. With enough critical mass, it would be great fun. > Once we boosted the number of guilds, we ran in to a few problems which, in > retrospect, seem to be what the corollary to Elmqvist's law is trying to > prevent. We had about 150 people online during the peak hours. Early on, > people tended to split out pretty evenly amongst the guilds. After a > while, once we had a few pretty charismatic leader types in charge of the > guilds, people tended to group together under the strongest guild, leaving > the rest as vastly underpopulated. Which guild was "the guild to be in" > depended on a lot of things... which charater class was perceived to be > strongest (class didn't determine guild, but the nature of the guilds based > on the story from the book did tend to determine the class of the members). Charismatic leader types make the size of the potential tribal structure larger. But even charismatic tribal leadership has a limit; at some point the leader must delegate because the size of the tribe he manages becomes too large for him to personally know and therefore influence enough of the population under his control. That's what the law is getting at; the subgroups that form may be around common interests within the umbrella organization, or may be geographical in nature as is the case in the real world... > Now, granted, any community will want to divide into sub-groups, but what > you call those groups, as well as how many you provide can have a great > affect on how much flavor they add vs. how much they push at the seams of > what holds the community together. The problem is that in muds, your total population generally falls below the magic number anyway, in terms of constant online presence (by that, I mean that a playerbase of 250 doesn't count unless they are all on every other day or so... they are just too inconstant a presence to make them significant participants). Some interesting examples to look at in games where the population is so large that this phenomenon is easily observable: - EverQuest does a nice job of providing many different, overlapping subgroups. Between classes, factions, and races, there's a shifting network of subgroups within each given community. Unfortunately, there are not enough tools for leaders to grow their groups beyond the "tribal" stage. - In UO we had some success with tying groups to locations, which led to overlapping groups sharing territory that was of common value. We allowed free formaltion of guilds and subgroups at any time--there are currently over 21,000 of them, most pf which are ephemeral and very small. But the largest exceed the 250 limit handily, via forming multiple guilds with the same rules (such as a guild for new members, a guild for the "guards," and guild for the advanced members, etc). Tying people to a location (and also having them able to run NPC vendors, which made them active participants in e economy and society even when not logged on, increasing their "constancy") made a big difference. - And of course Asheron's Call formally attempts to codify the hierarchy with its allegiance system, but I don't know how successful it has been at creating larger-scale communities, or whether the hierarchy is disconnected enough that members of a common tree do not feel a group identity. It also affects constancy, of course--you are actively affecting the stats of people in your allegiance tree even if they are not logged on, so the community as an entity does not require the constant participation of all involved. Pretty much all the massively multiplayer commercial muds got slammed by players saying, "It's obvious that you would get this level of antisocial behavior!" But I've come to think one reason why it caught us by surprise was because we were conditioned by the typical behavior in playerbases where the magic number was not exceeded, and in which therefore there was more of a curb on behavior based on peer pressure and community ties. Ostracism and public shaming, the traditional tools for community policing on muds, work best in small groups. They failed utterly when faced with several thousand players. Predictable, but only obvious in hindsight. -Raph _______________________________________________ MUD-Dev maillist - MUD-Dev#kanga,nu <A HREF="http://www.kanga.nu/lists/listinfo/mud-dev">http://www.kanga.nu/lists/listinfo/mud-dev</A> </PRE> <!--X-Body-of-Message-End--> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <HR> <ul compact><li><strong>Follow-Ups</strong>: <ul> <li><strong><A NAME="00491" HREF="msg00491.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></strong> <ul compact><li><em>From:</em> Greg Underwood <gunderwood#donet,com></li></ul> </UL></LI></UL> <!--X-Follow-Ups-End--> <!--X-References--> <UL><LI><STRONG>References</STRONG>: <UL> <LI><STRONG><A NAME="00297" HREF="msg00297.html">[MUD-Dev] Raph's collection of MUD design Laws</A></STRONG> <UL><LI><EM>From:</EM> Greg Underwood <gunderwood#donet,com></LI></UL></LI> </UL></LI></UL> <!--X-References-End--> <!--X-BotPNI--> <UL> <LI>Prev by Date: <STRONG><A HREF="msg00302.html">Re: [MUD-Dev] Event Scheduling</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg00301.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg00297.html">[MUD-Dev] Raph's collection of MUD design Laws</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg00491.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#00300"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#00300"><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>RE: [MUD-Dev] distributed objects</STRONG>, <EM>(continued)</EM> <ul compact> <LI><strong><A NAME="00358" HREF="msg00358.html">RE: [MUD-Dev] distributed objects</A></strong>, Charles Hughes <a href="mailto:charles.hughes#bigfoot,com">charles.hughes#bigfoot,com</a>, Wed 16 Feb 2000, 04:58 GMT </LI> </ul> </LI> <LI><strong><A NAME="00298" HREF="msg00298.html">[MUD-Dev] MUD Specific Building pages</A></strong>, MichelleThompson <a href="mailto:m.a.thompson#mindspring,com">m.a.thompson#mindspring,com</a>, Sun 13 Feb 2000, 01:16 GMT <UL> <LI><strong><A NAME="00299" HREF="msg00299.html">Re: [MUD-Dev] MUD Specific Building pages</A></strong>, J C Lawrence <a href="mailto:claw#kanga,nu">claw#kanga,nu</a>, Sun 13 Feb 2000, 01:36 GMT </LI> </UL> </LI> <LI><strong><A NAME="00297" HREF="msg00297.html">[MUD-Dev] Raph's collection of MUD design Laws</A></strong>, Greg Underwood <a href="mailto:gunderwood#donet,com">gunderwood#donet,com</a>, Sun 13 Feb 2000, 00:10 GMT <UL> <LI><strong><A NAME="00300" HREF="msg00300.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></strong>, Kristen L. Koster <a href="mailto:koster#eden,com">koster#eden,com</a>, Sun 13 Feb 2000, 07:06 GMT <UL> <LI><strong><A NAME="00491" HREF="msg00491.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></strong>, Greg Underwood <a href="mailto:gunderwood#donet,com">gunderwood#donet,com</a>, Mon 28 Feb 2000, 15:42 GMT </LI> </UL> </LI> <LI><strong><A NAME="00301" HREF="msg00301.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></strong>, Wes Connell <a href="mailto:wconnell#skotos,net">wconnell#skotos,net</a>, Sun 13 Feb 2000, 07:06 GMT </LI> <LI><strong><A NAME="00303" HREF="msg00303.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></strong>, Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Sun 13 Feb 2000, 21:12 GMT <UL> <LI><strong><A NAME="00311" HREF="msg00311.html">Re: [MUD-Dev] Raph's collection of MUD design Laws</A></strong>, David Bennett <a href="mailto:ddt#discworld,imaginary.com">ddt#discworld,imaginary.com</a>, Mon 14 Feb 2000, 21:45 GMT </LI> </UL> </LI> </UL> </LI> </UL></BLOCKQUOTE> </ul> <hr> <center> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] </center> <hr> </body> </html>