1999Q1/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD&#45;Dev] Re: Levels versus Skills, who uses them and when. -->
<!--X-From-R13: "Ybfgre, Dncu" <exbfgreNbevtva.rn.pbz> -->
<!--X-Date: Wed, 13 Jan 1999 16:19:24 &#45;0800 -->
<!--X-Message-Id: 11A17AA2B9EAD111BCEA00A0C9B41793EDC94F#forest,origin.ea.com -->
<!--X-Content-Type: text/plain -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Re: Levels versus Skills, who uses them and when.</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:rkoster#origin,ea.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="msg00149.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00151.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00149.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00153.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00150">Author</A>
&nbsp;|&nbsp;<A HREF="#00150">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00150">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: Levels versus Skills, who uses them and when.</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>'" &lt;<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>&gt;</LI>
<LI><em>Subject</em>: [MUD-Dev] Re: Levels versus Skills, who uses them and when. </LI>
<LI><em>From</em>: "Koster, Raph" &lt;<A HREF="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</A>&gt;</LI>
<LI><em>Date</em>: Wed, 13 Jan 1999 18:14:58 -0600</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>


&gt; -----Original Message-----
&gt; From: J C Lawrence [<A  HREF="mailto:claw#under,engr.sgi.com">mailto:claw#under,engr.sgi.com</A>]
&gt; Sent: Wednesday, January 13, 1999 5:04 PM
&gt; To: mud-dev#kanga,nu
&gt; Subject: [MUD-Dev] Re: Levels versus Skills, who uses them and when. 
&gt; 
&gt; 
&gt; On Wed, 13 Jan 1999 09:58:36 -0600 
&gt; Koster, Raph&lt;rkoster#origin,ea.com&gt; wrote:
&gt; 
&gt; &gt; Quite aside from whether it is, I have become convinced that the
&gt; &gt; secrets to a really long-lived, widely appealing online game *in
&gt; &gt; the gaming sense* are multiple paths to advancement, ease of
&gt; &gt; switching between paths of advancement, clear milestones in said
&gt; &gt; advancement, and ideally, no sense of running out of significant
&gt; &gt; milestones (eg the ladder does not feel finite). 
&gt; 
&gt; &lt;nod&gt;  &lt;ponder&gt;
&gt; 
&gt; I quibble with that slightly.  Clear, or at least apparent
&gt; advancement paths to known goals are important.  However I also see
&gt; significant value in sideline growth opoortunities that are
&gt; "advancement" per se (the player/character can now do things he
&gt; could not do before), but which don't necessarily relate to known
&gt; longer term goals (eg "learn to whittle chess pieces from
&gt; driftwood").

"Side ladders," sure. Though my experience has been that players
promptly ask that said ladders be full ladders of their own. :)

&gt; The reason for this quibble is that I see these philips as the key
&gt; to expressive fertility,

Hmm, wasn't it you with whom I traded emails about "baited breath"? I'll
have to let Phil know you said that. ;) (The pedant in me mentally
corrects to "fillips.")

&gt;  and, by the simple means of watching your
&gt; players use of them, of finding new areas/goals/activities to
&gt; expand/build_on as you increase the depth of the game (eg notice
&gt; that people are playing chess with the whittled pieces, so add a
&gt; chess AI and other explicit game supports).

Definitely. We have followed this path often in UO's ongoing
development. Players advertise " exceptional bows crafted by Iolo" for
high prices? OK, let's make it so that exceptional bows automatically
get a maker's mark, and watch the player economy improve.

&gt;   Without such side-items
&gt; there is a reduced stock of raw bits for players to start building
&gt; with to *show* you want they really want (cf the old rule about
&gt; satisfying player wants destroying the game).  Yes, flexible game
&gt; mechanics can do a lot of this (cf the monster farms for sparring in
&gt; UO), but adding abilities-to-do seems the real key to providing the
&gt; seeds of later outgrowths.

Yes; I didn't mean to denigrate the importance of plain old rich feature
set, in stating my premises. The richer the feature set, the more
players will make use of it and they longer they will be retained, no
question. The points were really about advancement models.

&gt; Perfect if minor example: The fishermsn in one of the LPC libs.
&gt; Reese has commented several times that they were a throw-away
&gt; feature that got ad hocly dropped in, and yet significant numbers of
&gt; players like playing fishermen and swapping stories about the
&gt; virtual big one that got away.

Something we experienced in UO as well. However, consider how much more
longevity this could have had for more people, if at first you could
only catch minnows and tires, and could eventually get to be good enough
to catch Moby Dick. We took the same route as Reese, and simply
randomized the fish received. In retrospect, there was a prime chance
for a ladder there. Not a ladder that will necessarily appeal to tons of
people, and not a ladder that has a lot of depth to it, but a ladder
nonetheless that can serve as a replacement for the advancement model of
the guy who got bored fighting.

&gt; I'm not certain on this, but I suspect that actively ensuring that
&gt; there are no uber-characters or otherwise stereotypic characters
&gt; (even if only as a presumed logical ideal to attempt to approach
&gt; with a real character) is key to this. 

Unfortunately, that's a holy grail of balance that classless systems
rarely find. :( Class systems by definition are about striving for the
ubercharacter, of course.

&gt;  As soon as you get
&gt; characters being gradated variations of the same definition you've
&gt; lost, as you then have a battle for nearest approximate to a single,
&gt; and thus known, goal, and that instantly reduces the player-apparent
&gt; complexity of the game down to a selection of which particular
&gt; uber-target to go for next. 

In UO terms, the "tank-mage." A common problem to most classless
systems, however. If you'll take a leap of faith with me and visualize
classless systems as a rubber sheet... :) Time for a physics
experiment...

Usually there's a single intersection point at which the rubber sheet is
distorted (tankmage, for example). Characterballs rolled on the sheet
will tend to fall into that depression. Secondary depressions will also
be formed, but one of the depressions will probably be more powerful.
Even if you strengthen the secondary depressions, you're never going to
get a flat sheet. A chessmaster/fisherman is simply never going to be
regarded as being as valuable as a warrior/mage, any more than a
grandmaster buggy whip manufacturer is regarded as being as valuable as
a computer programmer today. Certain skills and skill sets are not in
common everyday demand, and thus are not as well-regarded.

&gt;  If instead all characters are *really*
&gt; unique (largely guaranteed significant functional difference from
&gt; all others), then even if you have a limited set of presumed
&gt; uber-target characters, the path that any given character has to
&gt; take to get there will be different and *none* of them will arrive
&gt; at the same or similar locations but will instead create wildly
&gt; variant approximations of the uber-target.  I suspect that once you
&gt; reach that point that the deviance from the uber-target will then be
&gt; more interesting than the uber-target, thus actively working to
&gt; devolve the perceived value of the uber-target.

Now this is interesting. The question arises, how large a rubber sheet
do you need to accomplish this? In other words, how many truly
interesting and useful "secondary" skills can you provide?

In addition, I'd note that on the face of it, it seems somewhat
incompatible with the atrophy-and-learn-something-new model that Marian
described in her post. Thoughts on merging the two?

&gt; &lt;&lt;Does this make any sense?&gt;&gt;

It did to me, at any rate. :) The list can warn us, hopefully, if we get
to overly rarefied discussion. :)

BTW, one factor that is overlooked here is the "mule" phenomenon--it's
rampant on UO, perhaps because of this very design concept. I had never
heard the term before Meridian 59, but I am sure it must have existed
before. This is where players simply make alternate characters to make
use of the lesser-used skills. Your "main" character fits a
stereotypical ubercharacter ideal, but you make alternates for those
occasions when you want the secondary skills. In UO, that is generally
for the crafting skills.

&gt; Without digging up the archives, I'm reminded of a post I wrote to
&gt; Marian on controlling/influencing player actions where I drew the
&gt; analogy that controlling player actions is much like attempting to
&gt; control a torrential river rushing (and cutting a channel) across a
&gt; soft plain (King Knut?).  In that model putting up dams is doomed to
&gt; failure as the torrent will perceive them as targets and
&gt; aggressively undermine them.  In the above character development
&gt; model, the goal is to create an evenly distributed mesh of minor
&gt; tributaries (one stream per player), which wander, cross, and
&gt; fragment the plain.  The problem being to prevent larger stream
&gt; formation.

I assert that some streams will always be better than others. You'll get
interesting watersheds with multiple major streams and great variance in
the small creeks. But (to push the analogy into absurdity) some fishin'
holes are always going to be better than others. Some images of
ubercharacters will always serve as greater attractors.

-Raph


</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="00172" HREF="msg00172.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>
<ul compact><li><em>From:</em> Marian Griffith &lt;gryphon#iaehv,nl&gt;</li></ul>
<li><strong><A NAME="00153" HREF="msg00153.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>
<ul compact><li><em>From:</em> Adam Wiggins &lt;adam#angel,com&gt;</li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00149.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00151.html">[MUD-Dev] Thoughts</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00149.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00153.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00150"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00150"><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: Levels versus Skills, who uses them and when.</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00181" HREF="msg00181.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Fri 15 Jan 1999, 04:23 GMT
</LI>
</ul>
</ul>
</ul>
<LI><strong><A NAME="00167" HREF="msg00167.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Mik Clarke <a href="mailto:mikclrk#ibm,net">mikclrk#ibm,net</a>, Thu 14 Jan 1999, 20:34 GMT
</LI>
<LI><strong><A NAME="00173" HREF="msg00173.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Petri Virkkula <a href="mailto:pvirkkul#iki,fi">pvirkkul#iki,fi</a>, Thu 14 Jan 1999, 21:18 GMT
</LI>
</ul>
<LI><strong><A NAME="00149" HREF="msg00149.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Thu 14 Jan 1999, 00:07 GMT
</LI>
<LI><strong><A NAME="00150" HREF="msg00150.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Thu 14 Jan 1999, 00:19 GMT
<UL>
<LI><strong><A NAME="00153" HREF="msg00153.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Adam Wiggins <a href="mailto:adam#angel,com">adam#angel,com</a>, Thu 14 Jan 1999, 01:01 GMT
<UL>
<LI><strong><A NAME="00168" HREF="msg00168.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Mik Clarke <a href="mailto:mikclrk#ibm,net">mikclrk#ibm,net</a>, Thu 14 Jan 1999, 20:45 GMT
<UL>
<LI><strong><A NAME="00175" HREF="msg00175.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
Adam Wiggins <a href="mailto:adam#angel,com">adam#angel,com</a>, Thu 14 Jan 1999, 21:31 GMT
<UL>
<LI><strong><A NAME="00180" HREF="msg00180.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Fri 15 Jan 1999, 04:22 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</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>