1998Q2/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD&#45;Dev] Re: PK and my "Mobless MUD" idea -->
<!--X-From-R13: "Ybfgre, Dncu" <exbfgreNbevtva.rn.pbz> -->
<!--X-Date: Fri, 1 May 1998 15:13:49 &#45;0700 -->
<!--X-Message-Id: c=US%a=_%p=EA%l=MOLACH&#45;980501221236Z&#45;90245#molach,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: PK and my "Mobless MUD" idea</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="msg00306.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00308.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00232.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00332.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00307">Author</A>
&nbsp;|&nbsp;<A HREF="#00307">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00307">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: PK and my "Mobless MUD" idea</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: PK and my "Mobless MUD" idea</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>: Fri, 1 May 1998 17:12:36 -0500</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Sender</em>: "Petidomo List Agent -- Kanga.Nu version" &lt;<A HREF="mailto:petidomo#kanga,nu">petidomo#kanga,nu</A>&gt;</LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>

On Friday, May 01, 1998 2:30 PM Dr. Cat [SMTP:cat#bga,com] said:

&gt;Someone whose attribution is lost said:
&gt;&gt; One of the common complaints (probably about 3th or 4th after free 
PK)
&gt;&gt; I've read in my brief web reading on UOL is that early players 
managed
&gt;&gt; to acquire stats, possessions (eg castles), and positions with 
some
&gt;&gt; ease (due to being there at the beginning) which are no extremely
&gt;&gt; difficult to acquire.  The complaint is that this temporal inequity 
is
&gt;&gt; somehoe "unfair".
&gt;
&gt;From my reading, it's not merely a case of the earlier players having 
had
&gt;less competition, or stocks of treasure not having become as 
depleted, or
&gt;anything like that.  It's that Origin made major changes to the game 
&gt;mechanics and prices because they realized people were building up 
far
&gt;faster than they intended.  So the rate at which skills increase 
through
&gt;use was cut WAY down, prices of buildings were doubled twice in one
&gt;month, etc.

Yep, that's a pretty correct assessment of it. We changed game 
mechanics because the old ones were not working out. I'd be very 
curious to hear how other list members handle this problem, which I am 
sure has arisen for them as well. Any mud that's constantly adding 
things ends up with rebalancing necessary, and inevitably the 
advancement curves, average wealth, etc etc of players changes 
depending on when they began playing...

&gt;One could argue "inflation" for the latter, I suppose, and claim that 
&gt;overall the phenomena of newcomers having a challenge to get started 
and
&gt;catch up with established old-timers is true in most human societies. 
[snip]
&gt;But I'm sick of this "if it's like reality it's ok" or "if it's like 
&gt;reality it's a good thing" bullshit.  I've seen it in computer game
&gt;development my whole career, I've always been sick of it, and I'm 
still
&gt;sick of it.

FWIW, we don't use any such justification. We just make the change and 
say something along the lines of, "we're making houses more expensive 
because there are too many of them in the world and it's hampering 
play for server load reasons and for aesthetic/place space reasons." I 
don't see "realism" as much of a crutch for design decisions either, 
I'm quite in agreement with you on that.

&gt;I think making a game that accentuates the difference between 
old-timers
&gt;and newcomers strongly is a bad idea commercially.  It makes it so 
that
&gt;your customers from your first few months are the most likely to be
&gt;satistisfied, and so it's a lot harder to grow your customer base 
with
&gt;new players after that.  Artistically I think it's a bad idea too.

I agree with that too. We went to great lengths in UO to minimize 
this, but we faced the competing pull of "advancement" which is of 
course a very valuable part of any game framework. We pushed 
"alternative forms of advancement" such as ownership and access to 
greater range of activities, but nonetheless retained enough 
traditional advancement and acquisition of power that it still is 
somewhat of a problem. A gang of newbies can however take out an 
advanced player, with losses. Which is better than many level-based 
systems, anyway. Not perfect by any means.

&gt;In Furcadia I strive to reduce the differences between old-timers and 
&gt;novices.  Not eliminate them, but not make them steep enough that a
&gt;sizable percentage of newcomers will feel "I'm 
unwelcome/uncomfortable in
&gt;this cliquish place, it's for the old-timers and not for me".  Quite 
the
&gt;opposite, I'm trying to instill a strong sense in the old-timers that 
&gt;welcoming and helping new players is one of the most desirable things 
a
&gt;person could do.  The "influence trees" mechanism I plan to put in 
later
&gt;should do a lot in service of this.

I'd be curious to hear more of this. Is it akin to the setup that 
Asheron's Call intends to use?

&gt;I saw one player (and he's probably not the only one) begging Origin 
to
&gt;set up one non-PK "shard" out of the ten, so that people that wanted 
to
&gt;be safe from all that could go there, and Origin could treat it as a 
big
&gt;experiment.  Keeping the other nine copies of the world the way they 
seem
&gt;to want it, more "realistic".  Sounds like a no-brainer to me, to try 
&gt;that very valuable and informative experiment.  I bet Origin won't do 
it,
&gt;though, I know them.  :X)

Well, there's many reasons why we don't want to do it. There has been 
pressure from within Origin and EA to do it as well.

We don't want to because

a) the server wasn't designed with making a no-PK environment from the 
get-go, so a conversion task would be hideous
b) maintaining two code bases would also be nasty
c) we think it's a pointless experiment.

The reason I say the latter deserves some expansion.

Yes, there is considerable demand for a "safe" virtual environment. I 
just don't think it is feasible. As we all know, "playerkilling" 
exists on servers that don't even support combat. There's only two 
ways I know of to handle this. One is to try to empower players to 
handle it. The other is to ban it, attempt to handle the problem via 
administration, and suffer the PR hit of not being able to do so. 
(Yes, I am cynical about this).

I regard it as axiomatic that the more sophisticated the environment, 
the more ways players will find to screw each other over. And the less 
possible it is to actually block said methods. A glance at most all 
the projects of listmembers reveals an environment which is malleable 
enough by players that they can cause harm to others via extremely 
indirect means. Your choice is to either constrain your feature set, 
or accept that you can't possibly trap all the indirect means of doing 
harm. And we don't want to constrain our feature set to prevent Bubba 
from taming a dragon and then releasing it near Buffy, whom he hates, 
and letting nature take over.

-Raph


-- 
MUD-Dev: Advancing an unrealised future.

</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="00425" HREF="msg00425.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>
<ul compact><li><em>From:</em> J C Lawrence &lt;claw#under,engr.sgi.com&gt;</li></ul>
<li><strong><A NAME="00332" HREF="msg00332.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>
<ul compact><li><em>From:</em> "Dr. Cat" &lt;cat#bga,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="msg00306.html">[MUD-Dev] Re: Mud-Client, and specifically, COOLMud and SFWhite</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00308.html">[MUD-Dev] Re: There can be.. only ONE! (fwd)</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00232.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00332.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00307"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00307"><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: PK and my "Mobless MUD" idea</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<LI><strong><A NAME="00231" HREF="msg00231.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Wed 29 Apr 1998, 05:45 GMT
</LI>
<LI><strong><A NAME="00305" HREF="msg00305.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Fri 01 May 1998, 21:39 GMT
</LI>
</ul>
<LI><strong><A NAME="00229" HREF="msg00229.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
John Bertoglio <a href="mailto:alexb#internetcds,com">alexb#internetcds,com</a>, Wed 29 Apr 1998, 05:27 GMT
</LI>
<LI><strong><A NAME="00232" HREF="msg00232.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Wed 29 Apr 1998, 06:02 GMT
</LI>
<LI><strong><A NAME="00307" HREF="msg00307.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Fri 01 May 1998, 22:13 GMT
<UL>
<LI><strong><A NAME="00332" HREF="msg00332.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
Dr. Cat <a href="mailto:cat#bga,com">cat#bga,com</a>, Sat 02 May 1998, 21:34 GMT
<UL>
<LI><strong><A NAME="00349" HREF="msg00349.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Sun 03 May 1998, 23:14 GMT
<UL>
<LI><strong><A NAME="00350" HREF="msg00350.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
Dr. Cat <a href="mailto:cat#bga,com">cat#bga,com</a>, Mon 04 May 1998, 00:34 GMT
</LI>
<LI><strong><A NAME="00448" HREF="msg00448.html">[MUD-Dev] Re: PK and my "Mobless MUD" idea</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Wed 06 May 1998, 23:19 GMT
</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>