January 1999
- From DevMud: Database module Greg Connor
- From DevMud: Database module Mik Clarke
- From DevMud: Database module Greg Connor
- From DevMud: Database module J C Lawrence
- From DevMud: Database module Greg Connor
- ADMIN: Resends and possible duplicates J C Lawrence
- Info about different skill systems Emil Eifrem
- Info about different skill systems Nathan F Yospe
- Info about different skill systems Ben Greear
- Info about different skill systems Emil Eifrem
- Info about different skill systems Ben Greear
- Info about different skill systems Emil Eifrem
- Info about different skill systems Nathan F Yospe
- Info about different skill systems Travis S. Casey
- Info about different skill systems Mik Clarke
- New features for ScryMUD (Player-run Shops) Ben Greear
- [OT Humor] Mudder's Rhapsody Jon A. Lambert
- [OT Humor] Mudder's Rhapsody Caliban Tiresias Darklock
- [OT Humor] Mudder's Rhapsody The Wildman
- Guild/skill/spell relation (or "webs") Petri Virkkula
- Guild/skill/spell relation (or "webs") David Bennett
- mobile movement Matthew Mihaly
- mobile movement Adam Wiggins
- mobile movement Koster, Raph
- mobile movement Caliban Tiresias Darklock
- mobile movement David Bennett
- mobile movement Kylotan
- mobile movement quzah [softhome]
- mobile movement Ling
- mobile movement J C Lawrence
- mobile movement Oliver Jowett
- mobile movement Oliver Jowett
- mobile movement Caliban Tiresias Darklock
- mobile movement Richard Woolcock
- mobile movement J C Lawrence
- mobile movement Ling
- mobile movement Marc Hernandez
- mobile movement J C Lawrence
- mobile movement Ling
- mobile movement Holly Sommer
- mobile movement Caliban Tiresias Darklock
- mobile movement Koster, Raph
- mobile movement Chris Gray
- Intelligent WebGlimpse archive searching at Kanga.Nu (was J C Lawrence
- [RRE]MediaMOO annual birthday symposia: 1/20 Bruce Mitchener, Jr.
- [RRE]MediaMOO annual birthday symposia: 1/20 Koster, Raph
- OT: Mike Sellers needs some help load testing J C Lawrence
- Keegan's MUD Tree J C Lawrence
- Intelligent WebGlimpse archive searching at Kanga.Nu Marian Griffith
- Intelligent WebGlimpse archive searching at Kanga.Nu Caliban Tiresias Darklock
- Intelligent WebGlimpse archive searching at Kanga.Nu Dominic J. Eidson
- Intelligent WebGlimpse archive searching at Kanga.Nu J C Lawrence
- Intelligent WebGlimpse archive searching at Kanga.Nu Marian Griffith
- GRASS GIS Web Site Elis Pomales
- Thoughts Caliban Tiresias Darklock
- Thoughts Koster, Raph
- Thoughts Caliban Tiresias Darklock
- Thoughts Koster, Raph
- Thoughts James Wilson
- Thoughts Ling
- Thoughts Caliban Tiresias Darklock
- Thoughts Hal Black
- Thoughts Caliban Tiresias Darklock
-----Original Message-----
From: Hal Black <hal@moos.ml.org>
To: mud-dev@kanga.nu <mud-dev@kanga.nu>
Date: Wednesday, January 20, 1999 1:04 PM
Subject: [MUD-Dev] Re: Thoughts
>On Wed, Jan 13, 1999 at 04:32:16PM -0800, Caliban Tiresias Darklock wrote:
>
>> The power of two:
>
>I'll argue against this one. I believe there is something from psychology
>that says something different. [...] For some reason, psychology tests
tell us
>that partial reinforcement is a better training tool than total
reinforcement!
>So, not only do people not find fault with somewhat inconsistent results,
they
>are more likely to try it more often given that it works some of the time!
Perhaps it would be more correct to say that this applies more strongly to
negative results than positive ones. If you win the lottery sometimes, then
people will be okay with it. If you die horribly for no real reason
sometimes, people will scream and gripe and complain forever. Then again,
maybe this rule is completely fallacious.
>> How benchmarks are built:
>
>This certainly is true of the computer industry. 8')
Sun committed the unforgivable sin of benchmarks with Java. They waited till
someone built an independent benchmark, and then hardcoded their VM to
perform incredibly well on it. Remember when they were advertising several
times the performance of Microsoft? The benchmark creator quite rightly
recognised that this was not accurate -- because from real-world
observation, he could see that Sun's JVM was NOT that much faster than
Microsoft's -- and delved into it. When they switched the order of two
comparisons in a test, Sun's score on that test -- and only that test --
dropped by a factor of two hundred. Further investigation turned up Sun's
trickery, which was reported in the media slightly before Sun wagged the dog
and started making a lot of noise about the Microsoft VM being incompatible.
I, for one, still remember this. There was a time when that serious an
ethical breach would bankrupt most companies as people migrated en masse to
other products in disgust. Sun still survives.
Has anyone else noticed how closely the timeline in Cyberpunk:2020 matches
the real world? Am I the only one disturbed by that?
>> It's the thought that counts:
>
>So here's my attempt to hijack 2 minutes of your fame: Players
>and Builders who feel a sense of ownership are more apt to accept
shortcomings
>(in simulation or otherwise) in a game than those with no sense of
ownership.
> 8')
True. However, *specifying* those shortcomings will prevent any sense of
ownership at all, which is sort of what I was getting at.
>Otherwise, seems like a nice list of laws. I always like to hear the
>anecdotes that people tell that taught them some of their lessons in game
>design. Do you have any to share that spawned your list of laws?
Mostly my own reactions to things, really. Sometimes it's applications of
real world musings: the "twice is always" law came from leaving the toilet
seat up twice shortly before I was married, following which I "always" left
the toilet seat up. I had been very conscientious about this for over two
years of prior cohabitation, and just happened to forget a couple times over
the course of about a month. I believe Erma Bombeck also wrote something
similar about this, because it seems to me that I *remembered* the phrase
"twice is always" instead of just finding it appropriate.
I do a lot of reading on marketing and psychology, as well. Most developers
don't understand it to any great degree, which exasperates sales and
marketing, who in turn annoy the hell out of developers because the two
groups don't speak the same language. This was originally an effort to
become the Indispensable Employee, but I actually started to *like* these
fields... and I also discovered that an employee became even MORE
indispensable if he simply bought donuts for the office twice a week.
>Here's another attempt at a law I'll throw in:
> The more responsive an admin is to user feedback of a given type, the
more
>the admin will get. Specifically, as an admin implements features from
user
>suggestions, more ideas for features will be submitted. Likewise, as an
>admin coddles whining players, more whining ensues.
My mother has this problem. She's in senior technical IS management at a
major aerospace company. You would not BELIEVE some of the trivial crap her
employees go around whinging about.
| Caliban Tiresias Darklock caliban@darklock.com
| Darklock Communications http://www.darklock.com/
| U L T I M A T E U N I V E R S E I S N O T D E A D
| 774577496C6C6E457645727355626D4974H -ÊBAL::3146=- - Thoughts Koster, Raph
- Thoughts Caliban Tiresias Darklock
- mobile movement (the fault of tracking) quzah [softhome]
- ADMIN Name server problems and upes J C Lawrence
- Adjective Server Christopher Allen
- Reputations, More Mazes Eli Stevens {KiZurich}
- Reputations, More Mazes J C Lawrence
- Reputations, More Mazes Eli Stevens {KiZurich}
- Mules (was something different) Marian Griffith
- Mules (was something different) J C Lawrence
- Mules (was something different) Hans-Henrik Staerfeldt
- Levels versus Skills Marian Griffith
- Levels versus Skills Caliban Tiresias Darklock
- Levels versus Skills J C Lawrence
- Levels versus Skills quzah [softhome]
- Levels versus Skills Vladimir Prelovac
- Levels versus Skills quzah [softhome]
- Levels versus Skills J C Lawrence
- Levels versus Skills Petri Virkkula
- Levels versus Skills J C Lawrence
- Levels versus Skills Caliban Tiresias Darklock
- From Devmud: Database module, draft 3 Greg Connor
- Matrix Game Ling
- Graphic design doc Thinus Barnard
- Graphic design doc Chris Gray
- ADMIN: List server and Kanga.Nu host changes J C Lawrence
- ADMIN: List server and Kanga.Nu host changes Koster, Raph
- Sockets and fibers Caliban Tiresias Darklock
- Sockets and fibers Adam J. Thornton
- Sockets and fibers Caliban Tiresias Darklock
- Sockets and fibers J C Lawrence
- Sockets and fibers Jon A. Lambert
- Sockets and fibers Adam J. Thornton
- Sockets and fibers Dr. Cat
- Sockets and fibers Jo Dillon
- [DevMUD] From Devmud: Database module, draft 3 Greg Connor
- META: list "peerage" Koster, Raph
- META: list "peerage" John Bertoglio
- META: list "peerage" diablo@best.com
- META: list "peerage" Andy Cink
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Quzah [softhome]
- META: list "peerage" Michael.Willey@abnamro.com
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Holly Sommer
- META: list "peerage" Travis S. Casey
- META: list "peerage" Andy Cink
- META: list "peerage" Quzah [softhome]
- META: list "peerage" Matthew D. Fuller
- META: list "peerage" Laurel Fan
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" David Bennett
- META: list "peerage" Bruce Mitchener, Jr.
- META: list "peerage" diablo@best.com
- META: list "peerage" Matthew D. Fuller
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Brandon A Downey
- META: list "peerage" Travis Casey
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Dominic J. Eidson
- META: List "peerage" Marian Griffith
- META: List "peerage" Caliban Tiresias Darklock
- META: list "peerage" Ola Fosheim Grøstad
- META: list "peerage" Sayeed
- Mugu Chris Gray
- META: List peerage and behaviour J C Lawrence
- META: list "peerage" Chris Gray
- ADMIN: We're working again. J C Lawrence
- Java I/O and threads. Elis Pomales
- Java I/O and threads. Jo Dillon
- Java I/O and threads. cynbe@muq.org
- Java I/O and threads. Jo Dillon
- Java I/O and threads. Elis Pomales
- Reset Death Wes Connell
- Reset Death Quzah [softhome]
- Reset Death Wes Connell
- Reset Death Mik Clarke
- Reset Death Andrew C.M. McClintock
- Reset Death Mik Clarke
- PvP and mob capacities (was "List Peerage") Caliban Tiresias Darklock
- combat diablo@best.com
- META: list "peerage" Darrin Hyrup
- META: list "peerage" J C Lawrence
- Telmaron and Mud servers was: META: list "peerage" Elis Pomales
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Ben Greear
- Who is? (was about level vs skills) Marian Griffith
- Who is? (was about level vs skills) Caliban Tiresias Darklock
- exploration points diablo@best.com
- [MUD-Dev] Juha Lindfors
- Stock Mud Demographics ##Make Nylander
- ADMIN: Off-topic and the ever present reminders on quoting. J C Lawrence
- Mud reviewing Andy Cink
- Mud reviewing Caliban Tiresias Darklock
- Mud reviewing diablo@best.com
- Mud reviewing Andru Luvisi
- Mud reviewing diablo@best.com
- Mud reviewing J C Lawrence
- Mud reviewing Dan Shiovitz
- Mud reviewing diablo@best.com
- Mud reviewing Caliban Tiresias Darklock
- Mud reviewing diablo@best.com
- Mud reviewing Richard Woolcock
- Mud reviewing David Bennett
- Mud reviewing Caliban Tiresias Darklock
- MUD Admin skills Hal Black
- Subdue Holly Sommer
- processors diablo@best.com
- processors John Bertoglio
- processors Wes Connell
- processors Laurel Fan
- processors Mik Clarke
- processors J C Lawrence
- processors diablo@best.com
- processors Quzah [softhome]
- processors Mik Clarke
- processors J C Lawrence
- processors Marc Hernandez
- processors Adam Wiggins
- processors Greg Underwood
- processors Adam Wiggins
- processors Chris Gray
- processors gunderwood@donet.com
- processors Jon A. Lambert
- processors Greg Underwood
- processors Petri Virkkula
- quests involving players diablo@best.com
- quests involving players Darren Henderson
- quests involving players Caliban Tiresias Darklock
- quests involving players Richard Woolcock