<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD-Dev] Re: Thoughts -->
<!--X-From-R13: "Ybfgre, Dncu" <exbfgreNbevtva.rn.pbz> -->
<!--X-Date: Wed, 13 Jan 1999 17:05:50 -0800 -->
<!--X-Message-Id: 11A17AA2B9EAD111BCEA00A0C9B41793EDC953#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: Thoughts</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>
[ <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="msg00153.html">Previous</a>
| <a href="msg00155.html">Next</a>
]
Thread:
[ <a href="msg00152.html">Previous</a>
| <a href="msg00186.html">Next</a>
]
Index:
[ <A HREF="author.html#00154">Author</A>
| <A HREF="#00154">Date</A>
| <A HREF="thread.html#00154">Thread</A>
]
<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: Thoughts</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>'" <<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>></LI>
<LI><em>Subject</em>: [MUD-Dev] Re: Thoughts</LI>
<LI><em>From</em>: "Koster, Raph" <<A HREF="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</A>></LI>
<LI><em>Date</em>: Wed, 13 Jan 1999 19:01:23 -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>
> -----Original Message-----
> From: Caliban Tiresias Darklock [<A HREF="mailto:caliban#darklock,com">mailto:caliban#darklock,com</A>]
> Sent: Wednesday, January 13, 1999 6:32 PM
> To: mud-dev#kanga,nu
> Subject: [MUD-Dev] Thoughts
Now to actually comment on the laws you offer. :)
> The code is the contract:
> Any usable ability or object is a promise. If your game has a
> "haggling"
> skill, there is obviously someplace you can haggle. If there
> is a hammer you
> can carry, there must be a nail you can drive. If you do not
> deliver a place
> to haggle and a nail to drive, you have broken your contract with the
> player. Even if you only do this once, word will spread.
This is a really common problem on muds. I usually run into it with
thief skills. Skills really need to have *ongoing* utility. If you rely
on hardcoded or builder-placed traps in your mud, then your disarm trap
skill is a waste of code, because it is not an ongoing need.
> The power of two:
> Twice is always. If a player observes an effect twice, he
> will expect to see
> it every time. If he doesn't, he will think something is wrong. If you
> assure him that nothing is wrong, he will think *you* are wrong.
Hmm. I assume you had something in mind, but this actually seems to
generic to be a Law, to me.
> Code Never Dies:
> Whenever you put a feature into the server, it is virtually
> impossible for
> that feature to come back out. It does not matter how old or
> obsolete or
> broken or buggy it becomes. It may be repaired, even
> replaced, but never
> removed. It follows logically that no feature should ever
> enter the game
> without careful and thorough consideration.
I'd make the caveat that if something is badly broken, you can in fact
yank it and it may even be applauded. I've had to do it on UO enough. :)
But on the whole, I agree.
> The law of ill repute:
> Negative commentary is both more common and more persistent than the
> positive variety. While word will spread when you have
> something really cool
> in the game, many players will hoard such information as
> valuable. Word will
> spread much faster when something has gone wrong, because no
> one values the
> information; it is cast aside as soon as possible, and at
> every opportunity
> thereafter, in the apparent hope that the player will
> eventually be rid of
> it.
It's not so much that the information about the cool stuff won't spread,
but that i won't be "watercooler talk" so to speak. It won't be a
subject of discussion, merely noted in passing. People like talking
about bad things more than good, generally speaking.
> The theory of player relativity:
> No statistic has meaning without comparison. Unless you know
> where the other
> players are, where you happen to be is completely irrelevant.
What about benchmarking against the game system, such as what monsters
you can kill?
> This is true e
> ven in games where there is no score or statistic, because
> when you do not
> provide a way of measuring performance, the public will invent one
> externally.
People crave ladders.
> How benchmarks are built:
> When no measure of quality is readily provided, a measure of
> quality will be
> invented by a player who performs well under that measure. It will be
> supported by others who perform well under it. If there are
> enough of those
> people, the rest of the playerbase will conclude that this is
> the "correct"
> measure of a player's skill. This becomes the de facto object
> of your game,
> and you will be blamed for its every ill while those who
> created it will
> take all the credit for its successes.
Possibly too specialized to be a law, given how few games fail to give a
way to measure your character's accomplishments.
> Peek-a-boo:
> If the player cannot see it, it does not exist. If you do not
> display a
> level, then your game has no levels. If you do not expose a
> system, there is
> no such system. If no secret item has been found, there are
> no secret items.
> If no score is displayed, the game has no score.
Hmm, whatever happened to "all games have levels, though it may take a
pedant and a magnifying glass to find them"? :)
> It's the thought that counts:
> Stupid restrictions are okay if the player discovers them
> himself, but not
> if you tell him they exist. In Squaresoft's "Parasite Eve", a
> dead body
> blocks your passage down a forest path. You could, of course,
> simply step
> over the body were this real life. Upon determining the restriction's
> existence, the player accepts it. Reporting it to another
> player who has not
> yet observed the restriction, however, meets with indignance
> and outrage at
> such an unacceptable breach of realism. (This is specifically
> of interest to
> commercial game authors, since it implies that *telling*
> potential players
> you don't support something is a Bad Thing, whereas just plain not
> supporting it would probably be fine. Also consider the
> reactions of your
> public to proposed features; telling someone you're going to give them
> something is very different from actually giving it to them.)
Now this is one that clicks as very much correct for me!
-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="00186" HREF="msg00186.html">[MUD-Dev] Re: Thoughts</A></strong>
<ul compact><li><em>From:</em> J C Lawrence <claw#under,engr.sgi.com></li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00153.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00155.html">[MUD-Dev] Re: Levels versus Skills, who uses them and when.</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00152.html">[MUD-Dev] Re: Thoughts</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00186.html">[MUD-Dev] Re: Thoughts</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00154"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00154"><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><A NAME="00177" HREF="msg00177.html">[MUD-Dev] Adjective Server</A></strong>,
Christopher Allen <a href="mailto:gmfangs#asmrb,org">gmfangs#asmrb,org</a>, Thu 14 Jan 1999, 23:11 GMT
<LI><strong><A NAME="00174" HREF="msg00174.html">[MUD-Dev] ADMIN Name server problems and upes</A></strong>,
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Thu 14 Jan 1999, 21:23 GMT
<LI><strong><A NAME="00159" HREF="msg00159.html">[MUD-Dev] Re: mobile movement (the fault of tracking)</A></strong>,
quzah [softhome] <a href="mailto:quzah#softhome,net">quzah#softhome,net</a>, Thu 14 Jan 1999, 03:29 GMT
<LI><strong><A NAME="00152" HREF="msg00152.html">[MUD-Dev] Re: Thoughts</A></strong>,
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Thu 14 Jan 1999, 00:46 GMT
<UL>
<li><Possible follow-up(s)><br>
<LI><strong><A NAME="00154" HREF="msg00154.html">[MUD-Dev] Re: Thoughts</A></strong>,
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Thu 14 Jan 1999, 01:05 GMT
<UL>
<LI><strong><A NAME="00186" HREF="msg00186.html">[MUD-Dev] Re: Thoughts</A></strong>,
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Fri 15 Jan 1999, 04:55 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00163" HREF="msg00163.html">[MUD-Dev] Re: Thoughts</A></strong>,
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Thu 14 Jan 1999, 17:58 GMT
</LI>
<LI><strong><A NAME="00165" HREF="msg00165.html">[MUD-Dev] Re: Thoughts</A></strong>,
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Thu 14 Jan 1999, 19:04 GMT
</LI>
<LI><strong><A NAME="00166" HREF="msg00166.html">[MUD-Dev] Re: Thoughts</A></strong>,
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Thu 14 Jan 1999, 20:06 GMT
</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>