1998Q2/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re: [MUD&#45;Dev]  Character development [was Re: ] -->
<!--X-From-R13: [nevna Uevssvgu <telcubaNvnrui.ay> -->
<!--X-Date: Mon, 13 Apr 1998 10:47:06 +0000 -->
<!--X-Message-Id: Marcel&#45;1.45&#45;0413114838&#45;06cKy&#38;5#gryphon,knoware.nl -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: Pine.PMDF.3.95.980412214854.543614841A&#45;100000#nova,wright.edu -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re: [MUD-Dev]  Character development [was Re: ]</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:gryphon#iaehv,nl">
</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="msg00143.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00145.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00143.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00153.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00144">Author</A>
&nbsp;|&nbsp;<A HREF="#00144">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00144">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re: [MUD-Dev]  Character development [was Re: ]</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: Mud Dev Mailing list &lt;<A HREF="mailto:mud-dev#null,net">mud-dev#null,net</A>&gt;</LI>
<LI><em>Subject</em>: Re: [MUD-Dev]  Character development [was Re: ]</LI>
<LI><em>From</em>: Marian Griffith &lt;<A HREF="mailto:gryphon#iaehv,nl">gryphon#iaehv,nl</A>&gt;</LI>
<LI><em>Date</em>: Mon, 13 Apr 1998 12:48:38 +0100 (BST)</LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
In &lt;URL:<A  HREF="news:local.muddev">news:local.muddev</A>&gt; on Sun 12 Apr, s001gmu#nova,wright.edu wrote:


&gt; On Sat, 11 Apr 1998, Marian Griffith wrote:

&gt; &gt; On Thu 09 Apr, Travis Casey wrote:
&gt; &gt; &gt; On Thursday, 9 April 98, Vadim wrote:

&gt; &gt; &gt; &gt; Travis S. Casey wrote:

&gt; &gt; &gt; &gt;&gt; Some paper RPers prefer to develop characters in play rather than
&gt; &gt; &gt; &gt;&gt; generating them at the start.  The idea is that the player may not
&gt; &gt; &gt; &gt;&gt; know enough about the gameworld when the game starts to be able to
&gt; &gt; &gt; &gt;&gt; generate exactly the kind of character he/she would want.  Thus,
&gt; &gt; &gt; &gt;&gt; some aspects of character generation are delayed.

&gt; &gt; I think the best solution to this  would be to make players decide on
&gt; &gt; the aptitude of their characters before they start playing, but other
&gt; &gt; than that nothing should be decided. So a player can decide on an ap-
&gt; &gt; titude for the arcane. This does not garantuee that their character's
&gt; &gt; going to be a mage, much less a strong mage, but when the numbers for
&gt; &gt; a character are being determined by the game the ones that have to do
&gt; &gt; with magic will be somewhat higher on average than the ones for other
&gt; &gt; aptitudes. Of course the player can still end up with a character who
&gt; &gt; has no real ability of magic at all, but that's only fair ;)  Numbers
&gt; &gt; of course have to be fairly immutable and largely hidden from players
&gt; &gt; for this to work of course.

&gt; All this does is lengthen the time between creation and the player
&gt; deciding whether to keep the character or not.  I've played on a couple
&gt; muds where they put a pretty hefty length of time before you found the
&gt; real strength of the character and all it did was irk people.

It does,  if those numbers are poorly hidden or play an obviously essential
role in the game. If on the other hand there is no clear way to distinguish
strong from weak stats  then players may not notice much.  All they know is
that their characters are fairly good at some things and worse at others.
Obviously  on traditional muds this would not work  as a character needs to
maximise all stats to be considered strong.  On alternative games this need
not be the case however.

&gt; I have come
&gt; to the conclusion that if you put numbers in a game, people will play the
&gt; numbers, no matter how hard you try to hide them.  You may as well just
&gt; give them the numbers and let them be happy from the getgo.

This to a large extent depends on what type of game you are trying to get.
If gameplay and objectives places an emphasis on 'playing by numbers' then
that is what players will do,  and hiding the numbers will only change the
atmosphere of the game, but not the gameplay. But it is not that difficult
to think of a game where numbers play less of a role, and where players do
not perceive the numbers behind the game.

&gt; &gt; This should solve the problems associated with roling for the maximal
&gt; &gt; stats that can be found on many muds,  and also reduce the problem of
&gt; &gt; having to make some fairly far reaching decisions  about your charac-
&gt; &gt; ter before you even start playing.

&gt; I don't see how it solves the "rolling endlessly" problem.  All it does is
&gt; lengthen the amount of time between when the player rolls and when they
&gt; find out how the rolls turned out.  Removing the rolling entirely is
&gt; really the only way to prevent the "endless rolling."

Well, if players can't affect their stats inside of the game and are not
told their stats beforehand,  they obviously will not be rolling endless
characters to get 'just the right one'.  Ditching a character after many
hours of gameplay because you finally figured out that it isn't the best
possible fighter... well it may happen and it may irritate some players.
But I think that you wouldn't need those players in the kind of game you
have just set up.  If the game does not play by numbers  then you do not
need players in it who only want to play by numbers.  Not that either is
inherently better or worse, but the two styles of play don't suffer each
other well. Creating a game for one playing style more or less means you
exclude players who favour the other style.

&gt; &gt; You just inform the game what kind
&gt; &gt; of jobs your character would preferably be good at (or at least some-
&gt; &gt; what better than the average). There is no reason why you can not get
&gt; &gt; to a different profession during the game.  You could choose a higher
&gt; &gt; ability at life energies,  find out during the game that your charac-
&gt; &gt; ter is not going to be a top rank healer  and join the warriors guild
&gt; &gt; instead to create a fighter character with some extra abilities.

&gt; Again, I see no reason to tie rolling stats and minimal creation together.
&gt; True, the "aptitude" approach would minimize the chore of creation, but I
&gt; see no reason to assume a hidden roll needs to be made anywhere.  Just
&gt; have the "aptitude" weight the cost of attaining certain skill sets once
&gt; in the game.

It does not, but either way you have effectively roled numbers for new
characters anyway by adding the changes caused by an aptitude. Rolling
for numbers serves to create characters with unique abilities and only
makes sense  if those numbers can not be changed from inside the game.
How many players are going to appreciate a game where their stupid orc
is going to remain stupid  even if it reaches the highest level  is an
open question of course.

&gt; &gt; Personally I am not too certain that things like stats ought to able
&gt; &gt; to be changed at all. Modified by magical or skills to a certain ex-
&gt; &gt; tent is fine,  but not permanently.  Otherwise you build a mechanism
&gt; &gt; into the game that encourages all characters to become identical and
&gt; &gt; with similar playing styles

&gt; It only encourages all characters to become identical if all parts of the
&gt; game require the same skill/stat sets.  By making some parts of the game
&gt; require strength, and others dexterity (or whatever), you will get a
&gt; variety of skill/stat sets, based on what part of the game each player is
&gt; currently tackling.  Being able to change on the fly allows the player to
&gt; optimize their character for the task at hand.  If you make both (or all)
&gt; of the parts equally as interesting, and equally valid roads to power, I'd
&gt; bet that you'll get a wide variety of characters.

What you will not be able to prevent  is players working (very) hard to
maximise all stats for their characters.  With all stats at 18 (as in a
typical mud) it does not matter if a task currently needs high strength
or high dexterity.  It is this type of identical characters  that I was
refering to.  Add to it the magical equipment  and you will end up with
the 'cookie cutter character' problem that many muds suffer from.  Each
character must have maximal stats and the same stat modifying equipment
to maximise their numbers. While this type of game pleases many players
I was thinking about other styles of gameplay  that discourage this em-
phasis on numbers  and actually force players to create characters with
strenths and weaknesses  according the style and personal character  of
the player.  The aptitude approach may not be a particularly good idea,
but I hope it is a step in the right direction.

Marian
-- 
Yes - at last - You. I Choose you. Out of all the world,
out of all the seeking, I have found you, young sister of
my heart! You are mine and I am yours - and never again
will there be loneliness ...

Rolan Choosing Talia,
Arrows of the Queen, by Mercedes Lackey


</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="00143" HREF="msg00143.html">Character development [was Re: ]</A></STRONG>
<UL><LI><EM>From:</EM> s001gmu#nova,wright.edu</LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00143.html">Character development [was Re: ]</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00145.html">Re: [MUD-Dev] Character development [was Re: ]</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00143.html">Character development [was Re: ]</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00153.html">Re: [MUD-Dev] Character development [was Re: ]</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00144"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00144"><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] Character development [was Re: ]</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00131" HREF="msg00131.html">Re: [MUD-Dev] Character development [was Re: ]</A></strong>, 
Marian Griffith <a href="mailto:gryphon#iaehv,nl">gryphon#iaehv,nl</a>, Sat 11 Apr 1998, 09:08 GMT
<UL>
<LI><strong><A NAME="00133" HREF="msg00133.html">Re: [MUD-Dev] Character development [was Re: ]</A></strong>, 
Vadim Tkachenko <a href="mailto:vt#freehold,crocodile.org">vt#freehold,crocodile.org</a>, Sat 11 Apr 1998, 16:49 GMT
<UL>
<LI><strong><A NAME="00145" HREF="msg00145.html">Re: [MUD-Dev] Character development [was Re: ]</A></strong>, 
Marian Griffith <a href="mailto:gryphon#iaehv,nl">gryphon#iaehv,nl</a>, Mon 13 Apr 1998, 10:48 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00143" HREF="msg00143.html">Character development [was Re: ]</A></strong>, 
s001gmu <a href="mailto:s001gmu#nova,wright.edu">s001gmu#nova,wright.edu</a>, Mon 13 Apr 1998, 02:03 GMT
<UL>
<LI><strong><A NAME="00144" HREF="msg00144.html">Re: [MUD-Dev]  Character development [was Re: ]</A></strong>, 
Marian Griffith <a href="mailto:gryphon#iaehv,nl">gryphon#iaehv,nl</a>, Mon 13 Apr 1998, 10:47 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
<LI><strong><A NAME="00153" HREF="msg00153.html">Re: [MUD-Dev] Character development [was Re: ]</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Mon 13 Apr 1998, 19:59 GMT
<UL>
<LI><strong><A NAME="00156" HREF="msg00156.html">Re: [MUD-Dev] Character development [was Re: ]</A></strong>, 
Cimri <a href="mailto:cimri1#gte,net">cimri1#gte,net</a>, Mon 13 Apr 1998, 23:58 GMT
<UL>
<LI><strong><A NAME="00170" HREF="msg00170.html">Re: [MUD-Dev] Character development [was Re: ]</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Wed 15 Apr 1998, 01:45 GMT
<UL>
<LI><strong><A NAME="00171" HREF="msg00171.html">Character development [was Re: ]</A></strong>, 
s001gmu <a href="mailto:s001gmu#nova,wright.edu">s001gmu#nova,wright.edu</a>, Wed 15 Apr 1998, 02:48 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</ul>
</ul>
</ul>
</ul>
</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>