June 2000
- Advancement considered harmful (long) [very short] Charles Hughes
- Bay Area Press UO, the good the bad and the Ugly. F. Randall Farmer
- Bay Area Press UO, the good the bad and the Ugly. Caliban Tiresias Darklock
- Bay Area Press UO, the good the bad and the Ugly. F. Randall Farmer
- Bay Area Press UO, the good the bad and the Ugly. Paul Schwanz - Enterprise Services
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Batir
- Bay Area Press UO, the good the bad and the Ugly. Shakkar
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. Phillip Lenhardt
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. Phillip Lenhardt
- Bay Area Press UO, the good the bad and the Ugly. Charles Hughes
- Bay Area Press UO, the good the bad and the Ugl y. Richard Tew
- Bay Area Press UO, the good the bad and the Ugly. adam@treyarch.com
- Bay Area Press UO, the good the bad and the Ugly. Shakkar
- Bay Area Press UO, the good the bad and the Ugly. AR Schleicher
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Christopher Allen
- Bay Area Press UO, the good the bad and the Ugly. Myschyf
- Bay Area Press UO, the good the bad and the Ugly. Jon A. Lambert
- Bay Area Press UO, the good the bad and the Ugly. PLAGNAL XAVIER
- Bay Area Press UO, the good the bad and the Ugly. Chris Turner
- Bay Area Press UO, the good the bad and the Ugly. John Buehler
- Bay Area Press UO, the good the bad and the Ugly. Colin Coghill
- Bay Area Press UO, the good the bad and the Ugly. Shakkar
- Bay Area Press UO, the good the bad and the Ugly. Chris Turner
- Bay Area Press UO, the good the bad and the Ugly. John Hopson
- Bay Area Press UO, the good the bad and the Ugly. Jessica Mulligan
- AI Texts (was: Thoughts about smarter Sims) Eli Stevens
- AI Texts (was: Thoughts about smarter Sims) rob@cs.nwu.edu
- Bay Area Press UO, the good the bad and the Ugly. Jessica Mulligan
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Caliban Tiresias Darklock
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. adam@treyarch.com
- Bay Area Press UO, the good the bad and the Ugly. Brian Green
- Bay Area Press UO, the good the bad and the Ugl y. Sellers, Michael
- Bay Area Press UO, the good the bad and the Ugly. adam@treyarch.com
- Bay Area Press UO, the good the bad and the Ugly. J C Lawrence
- Off-Topic: Reality shift? Jon A. Lambert
- Off-Topic: Reality shift? J C Lawrence
- Bay Area Press UO, the good the bad and the Ugly. J C Lawrence
- Entry and near-entry level jobs at Maxis Sellers, Michael
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Brian Green
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Wes Connell
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) AR Schleicher
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Charles Hughes
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Dave Rickey
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Raph Koster
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Zak Jarvis
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) F. Randall Farmer
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Dave Rickey
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) F. Randall Farmer
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Ola Fosheim Grøstad
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Brian Green
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Miroslav Silovic
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Hess, Ian W {Ian}
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Dave Rickey
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Jon A. Lambert
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Jon A. Lambert
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Ola Fosheim Grøstad
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) John Buehler
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) adam@treyarch.com
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Par Winzell
- Of interest Jeff Freeman
- Of interest Dave Rickey
- Of interest Bruce
- Of interest Jeff Freeman
- Of interest AR Schleicher
- Intro Tamzen Cannoy
- Online actions and real-life religion Jason Spangler
- (no subject) J C Lawrence
- Narrative, quest design, and the solution of in-game problems J C Lawrence
- Narrative, quest design, and the solution of in-game problems Brandon J. Rickman
- Narrative, quest design, and the solution of in-game problems Angela Ferraiolo
- Narrative, quest design, and the solution of in-game problems Marian Griffith
- Hidden identities. (was (no subject)) Ola Fosheim Grøstad
- Hidden identities. (was (no subject)) Justin Rogers
- Hidden identities. (was (no subject)) J C Lawrence
- Hidden identities. (was (no subject)) adam@treyarch.com
- Hidden identities. (was (no subject)) Wes Connell
- Hidden identities. (was (no subject)) J C Lawrence
- Hidden identities. (was (no subject)) Jon A. Lambert
- Responsibility for users (was: Birthday Cake (or Why Large Scale Sometimes Sucks) (long) ) birgit.schulte@philips.com
- Multiplayer definition (was: Birthday Cake) Brian Green
- Multiplayer definition (was: Birthday Cake) Matthew Mihaly
- Multiplayer definition (was: Birthday Cake) J C Lawrence
- Backstories Chris Bunting
- Backstories J C Lawrence
- New poll J C Lawrence
- Backstory (was New poll) Sellers, Michael
- Backstory (was New poll) J C Lawrence
- Backstory (was New poll) J C Lawrence
- Backstory (was New poll) Matthew Mihaly
- Backstory (was New poll) Tess Lowe
- Backstory (was New poll) Matthew Mihaly
- Backstory (was New poll) Zak Jarvis
- Backstory (was New poll) Raph Koster
- Backstory (was New poll) Zak Jarvis
- Backstory (was New poll) Dave Rickey
- Backstory (was New poll) Zak Jarvis
- Backstory (was New poll) Marian Griffith
- Backstory (was New poll) Sellers, Michael
- Backstory (was New poll) Harrison Edwards
- Backstory (was New poll) rayzam
- Backstory (was New poll) Zak Jarvis
- [Meta] New poll J C Lawrence
- Little Touches (was Bay Area Press UO, the good the bad and the Ugly) Todd McKimmey
- backstory poll results Matthew Mihaly
- [Meta] New poll Eli Stevens
- [Meta] New poll J C Lawrence
- [Meta] New poll Tess Lowe
- [Meta] New poll Matthew Mihaly
- [Meta] New poll PLAGNAL XAVIER
- [Meta] New poll Wes Connell
- [Meta] New poll Matthew Mihaly
- [Meta] New poll Erik Jarvi
- [Meta] New poll adam@treyarch.com
- Backstory (was New poll) Raph Koster
- Backstory (was New poll) Zak Jarvis
- Drunk Speak was:Bay Area Press Wes Connell
- Backstory (was New poll) Wes Connell
- Our player's keepers? (long) Brian Green
- Our player's keepers? (long) Jon A. Lambert
- Our player's keepers? (long) Erik Jarvi
- Our player's keepers? (long) Jon A. Lambert
- Our player's keepers? (long) Matthew Mihaly
- Our player's keepers? (long) Zak Jarvis
- Our player's keepers? (long) Jon A. Lambert
- Our player's keepers? (long) J C Lawrence
- Our player's keepers? (long) Zak Jarvis
- Our player's keepers? (long) Matthew Mihaly
- Our player's keepers? (long) Lee Sheldon
- Our player's keepers? (long) F. Randall Farmer
- Our player's keepers? (long) J C Lawrence
- Report: MUD-Dev dinner of 10 June 2000 J C Lawrence
- Report: MUD-Dev dinner of 10 June 2000 Raph Koster
- Report: MUD-Dev dinner of 10 June 2000 Jessica Mulligan
- Report: MUD-Dev dinner of 10 June 2000 Sellers, Michael
- The Virtues of Small Muds - was (Our player's keepers? ) Jon A. Lambert
- MudDev FAQ 1 Marian Griffith
- MudDev FAQ 1 J C Lawrence
- MudDev FAQ 2 Marian Griffith
- MudDEV FAQ request Marian Griffith
- NWN model (was Report: MUD-Dev dinner of 10 June 20 00) Sellers, Michael
- Backstory (was New poll) Lee Sheldon
- Backstory (was New poll) Angela Ferraiolo
- Backstory (was New poll) Lee Sheldon
- Backstory (was New poll) Angela Ferraiolo
- Backstory (was New poll) Lee Sheldon
- Yet more new polls J C Lawrence
- MUD-Dev digest, Vol 1 #131 - 23 msgs Dr. Cat
- Report: MUD-Dev dinner of 10 June 2000 Brian Green
- Report: MUD-Dev dinner of 10 June 2000 John Buehler
- Games vs. simulations Matthew Mihaly
- Games vs. simulations Charles Hughes
- Games vs. simulations Dmitri Zagidulin
- Games vs. simulations Caliban Tiresias Darklock
- Games vs. simulations adam@treyarch.com
- Games vs. simulations Brandon J. Rickman
- Games vs. simulations Caliban Tiresias Darklock
- Games vs. simulations Richard Tew
- Games vs. simulations adam@treyarch.com
- Games vs. simulations Marc Bowden
- Games vs. simulations Patrick Dughi
- Games vs. simulations Bruce
- Games vs. simulations Richard Woolcock
- Games vs. simulations Matthew Mihaly
- Games vs. simulations Richard Tew
- Games vs. simulations F. Randall Farmer
- Games vs. simulations Travis Casey
- Games vs. simulations Richard Tew
- Games vs. simulations Travis Casey
- Games vs. simulations J C Lawrence
- Games vs. simulations Brad Roberts
- FW: A question of message propagation Joe Kingry
- FW: A question of message propagation Patrick Dughi
- FW: A question of message propagation Jon A. Lambert
- FW: A question of message propagation Joe Kingry
- FW: A question of message propagation Chris Jacobson
- FW: A question of message propagation Jon A. Lambert
- Lego bulk ordering J C Lawrence
- Lego bulk ordering Chris Gray
- Lego bulk ordering Jason Spangler
- Mailing list: IRead J C Lawrence
- FC: Americans ditching TV for online news, Pew Research survey says (fwd) J C Lawrence
- Meta: Events page and dinner picture galleries J C Lawrence
- Remote client connection Kyle Leithoff
- Remote client connection Caliban Tiresias Darklock
- Remote client connection John Bertoglio
- Remote client connection John Buehler
- Remote client connection Lee Sheldon
- Remote client connection John Buehler
- Remote client connection Lurn@missing.domain
- Remote client connection Patrick Dughi
- Remote client connection Phillip Lenhardt
- Remote client connection J C Lawrence
- Remote client connection Paul Schwanz - Enterprise Services
- Remote client connection J C Lawrence
- Remote client connection John Bertoglio
- Remote client connection Matthew Mihaly
- Remote client connection k.carter
- Remote client connection Raph Koster
- Remote client connection Erik Jarvi
- Remote client connection Richard Tew
- Remote client connection AR Schleicher
- Remote client connection Travis Casey
- Remote client connection Phillip Lenhardt
- Remote client connection John Bertoglio
- Remote client connection Travis Casey
- Remote client connection Travis Casey
- Remote client connection Marian Griffith
- Bioware Chris Gray
- Bioware Raph Koster
- Meta: Regenning the list archives. J C Lawrence
- Commercial MUD developers destroy thinking! Brian Green
- Hello! Milne, Alistair
- Consistent Characters (Was Remote client connection) Paul Schwanz - Enterprise Services
- Consistent Characters (Was Remote client connection) Travis Casey
- Consistent Characters (Was Remote client connection) Marian Griffith
- Consistent Characters (Was Remote client connection) Mordengaard
- Consistent Characters (Was Remote client connection) Josh Rollyson {dracus}
- Consistent Characters (Was Remote client connection) Travis Casey
- Consistent Characters (Was Remote client connection) Travis Casey
- Consistent Characters (Was Remote client connection) Travis Casey
- Building On-Line 3D Worlds - Digital Actors/3D avatars Charles Hughes
- Remote client connection (J C Lawrence) Dmitri Zagidulin
- Remote client connection (J C Lawrence) adam@treyarch.com
- Remote client connection (J C Lawrence) Travis Casey
Friday, June 23, 2000, 4:03:21 PM, adam@treyarch.com <adam@treyarch.com> wrote:
> On Fri, 23 Jun 2000, Dmitri Zagidulin wrote:
>> J C Lawrence wrote:
>> >I argue that one of the prime values in a MUD, and this is the thing
>> >which elevats it in various essential fashions, is that the player
>> >is continually confronted with the question, "What shall I do now?"
>> >and there is nothing and nobody to tell him that answer but him.
>>
>> Both sides of the debate agree that we're mostly in the business of
>> _entertaining_ people (with some teaching/artistic expression/whatever on
>> the side). When and how are players the best entertained?
>>
>> The "game" camp argues that:
[snip]
>> The "simulation" camp maintains:
[snip]
> Actually, I am becoming more and more aware that, at least in the mud world,
> there is a position squarely between these two that is just as 'popular',
> as it were, as the two themselves. This "middle ground" is where I have
> always found myself. (I might note that we are ignoring the totally freeform,
> RP, MUSH-style type of game here, because mechanics in that case are almost
> irrelevant.)
> The 'pure' game position that you describe is much like single-player adventure
> games, and makes me think most of LP-style muds. The designers lay down
> stories, puzzles, and obstacles for the player to overcome and reach a
> certain goal in a certain way. There can certainly be a lot of freedom in
> this style of game - the 'way' to achieve one goal might be to get past
> an angry orc, and it's up to you to decide how to do that - but in the end
> the goals are all laid down qutie explicitly by the game's creator(s). I
> think of LegendMUD as a prime example here.
I don't quite agree here. The subgoals in accomplishing a particular
goal may be set -- but in most such muds, there are multiple possible
main goals around for you to choose from. For example, I can take on the
goal of "stop the bandits" or "rescue the princess" or "kill the
orcs". If there are enough such goals, with enough variety in their
types, then there can be plenty of opportunity for roleplaying in
choosing *which* goals your character will pursue.
(Also, I'm a firm believer in the idea that "there should never be
only one way to do something". In your example above, where a player
has to get past an angry orc, I'd provide multiple ways to do that --
for example, you might be able to fight the orc, find out what he's
angry about and help him, distract him with a decoy and sneak past, or
bypass him completely by taking another route. Again, this offers
roleplaying opportunities; people can just play it as "kill the
monster", but they can also seek a way to accomplish things that's
more in line with their character's personality.)
> Simulation tends to boil down to: lots of complicated formulas and numbers
> which we hide from the players in hopes that they will forget about the numbers
> and instead just poke and prod at the world and see what happens. If your
> mechanics and setting is good enough, players will "make their own fun".
> Very few have successfully achieved the proper balance - I can think only of
> DartMUD and Ultima Online right off the top of my head. I believe the only
> tabletop game which sucessfully managed to implement number hiding was
> Cyberpunk.
Huh? Number hiding from the players is possible in *any* tabletop RPG
-- it's a function of the GM, not of the system. I've played games of
Rolemaster, D&D, Chill, and CoC where I didn't know what the numbers
were -- sometimes not even knowing the numbers for my own character.
Number hiding isn't necessary for a simulation, I'd say -- to me, what
makes a simulation instead of a game is a system that can handle
things the designer *didn't* explicitly plan for. For example, in a
traditional game setup of "orcs are raiding the village, and someone
has to stop them", the only goals the player can really choose from
are "stop the orcs" and "mess with stuff". You can't try to join in
on the orcs' side, for example, because the system isn't set up to
handle that.
In a true simulation, though, you *should* be able to try to join the
orcs' side. Or to play the part of a double agent going either way --
someone working for the orcs who pretends to be working to stop them,
or vice-versa. Or to be a huckster who tries to sell the villagers a
"magic item" that will stop the orcs, but really doesn't do anything.
And so on.
In a paper RPG, the players interact with a live GM, who can invent
things as needed if the players decide to pursue a different goal than
what the GM had planned. (Of course, some GMs *won't* do that, but
that's not generally because they *can't*. Generally, they either
find it to be too much work or have too much of an emotional
investment in the storyline they've already thought up.)
None of that requires number hiding, but it does require a system and
world which can respond to "unplanned" approaches. You can create a
game which *seems* to have that level of response by careful crafting
and a whole lot of work, but to do it easily and reliably requires a
strong simulation.
> For me, the crux of what makes rule-based games so satisfying is the ability
> to make relevant decisions with highly predictable outcomes. In a guided
> game, your decisions are largely a matter of "guess what the game designer
> was thinking". You try one thing, and it has no effect, so you try something
> else, and so on, until you hit the right one. It's the lock-and-key game: you
> come to a locked door, so you go looking for the key. When you find a key,
> you bring it back to the door and see if it fits. If it doesn't, you go
> looking again. Repeat ad naseum.
> In a pure simulation, everything is more of a big soup of effects - a neural
> net of causality. Your decisions tend to be muddy ones, and the effects are
> often delayed and hard to interpret. In many ways it offers more depth for the
> explorer type, because cause and effect is a much more subtle chain. You
> think, "This opponent is too fast for me. Perhaps if I use a lighter weapon,
> wear lighter armor, and get someone to cast a 'slowness' spell on my foe,
> I will have a chance of defeating him." But it is vague: you're not sure
> *how* much faster, or what the exact reduction in weapon weight, or exactly
> how many slowness spells need be cast in order for you to achieve the
> desired effect.
I think things are getting confused here because there are multiple
things that "simulation" can refer to. To me, it means creating a
game that works like reality does at a high level, and aren't
artificially channeled into taking only the options that the game
designer thought of -- where you can do things like join the orcs
instead of fighting them. It can also mean "making actions work the
way they do in real life", which seems to be part of what you're
thinking of -- having detailed mechanics that attempt to be realistic.
However, you can have one without the other: either detailed
mechanics in a situation where you're still channeled into only doing
things the game designer thought of, or the freedom to choose what to
do in a system where actions are handled more abstractly.
To give examples -- I can write a pick-a-path book where tons of
factors are taken into account in whether you succeed in any given
action, but the reader still has few choices available to him or her.
E.g., the reader might be given the choices of "fight or run?" against
a particular monster, but the actual fighting or running be handled at
a high level of detail.
On the other side, I can run a D&D game where the players are free to
try *anything*, but I use standard D&D rules for everything.
> The rule-based game, in contrast to both of these, offers clear-cut mechanics
> that allow the players to make decisions which have precise and predictable
> effects. You think, "My ogre has an offensive power of 3 and a defensive power
> of 4. My opponent has a giant with an OP of 4 and a DP of 2. Therefore they
> will kill each other in combat, unless I use a shield spell on my ogre, which
> will give him a point of DP, allowing him to survive the encounter while
> still killing the giant."
To me, the *important* thing about a simulation is that the players
can try anything -- otherwise, it's nothing more than a very detailed
game. What you're calling a rule-based game, I'd call a simulation --
one that tries to make things "real", but doesn't try to be incredibly
detailed, and doesn't try to hide numbers.
> Obviously it doesn't need to be so numbers-oriented; my first example (chess)
> proves this. Nor does it need to be so "cheesey" - although systems like
> D&D's hitroll/damroll/THAC0 fall squarely into the category of rule-based
> games, I certainly don't advocate dragging this tired and boring system back
> out of the closet.
Tired? Boring? No *system* is interesting beyond the time it takes
to analyze it. What keeps a *game* interesting is the options. If
you play D&D as hack-and-slash, it quickly becomes boring -- but with
a GM who's willing to let you join the orcs instead of fight them,
it's great fun.
> But the player choices are discrete and predictable, and the workings of the
> system are (mostly) exposed to all players. Understanding the system and then
> making it work for you be chosing combinations of elements that the designers
> never intended can be intensely, directly, immediately satisfying.
Which is just what I'm getting at, and I think what JC was getting at.
What you're expounding on here isn't something different from what I
was thinking of, from what I can see -- it's just a longer statement
of it.
--
|\ _,,,---,,_ Travis S. Casey <efindel@earthlink.net>
ZZzz /,`.-'`' -. ;-;;,_ No one agrees with me. Not even me.
|,4- ) )-,_..;\ ( `'-'
'---''(_/--' `-'\_)
- Remote client connection (J C Lawrence) Travis Casey
- Basic input techniques? Neil Edwards
- Basic input techniques? J C Lawrence
- Acting casual about casual gamers Brian Green
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers Madrona Tree
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers Madrona Tree
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers adam@treyarch.com
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers Charles Hughes
- Acting casual about casual gamers Dan Shiovitz
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Spin
- Acting casual about casual gamers Jon Morrow
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers adam@treyarch.com
- Acting casual about casual gamers Raph Koster
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers Michael Tresca
- Acting casual about casual gamers Charles Hughes
- Acting casual about casual gamers Erik Jarvi
- Acting casual about casual gamers Malcolm Valentine
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Malcolm Valentine
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers Michael Tresca
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Charles Hughes
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers Caliban Tiresias Darklock
- Acting casual about casual gamers Chris Turner
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers Jon A. Lambert
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Paul Schwanz - Enterprise Services
- Hunting mobs vs Economy (was Advancement considered harmful (long)) Jeremy Hovance
- using DB to store game state Eli Stevens
- using DB to store game state J C Lawrence
- using DB to store game state Eli Stevens
- using DB to store game state J C Lawrence
- using DB to store game state J C Lawrence
- Report: MUD-Dev dinner of 10 June 2000 J C Lawrence
- A Replacement for Telnet Phillip Lenhardt
- A Replacement for Telnet Justin Rogers
- C# vs. LPC Christopher Allen
- C# vs. LPC Travis Casey
- C# vs. LPC Felix A. Croes
- C# vs. LPC Travis Casey
- C# vs. LPC Owen
- C# vs. LPC J C Lawrence
- C# vs. LPC ashon@wsunix.wsu.edu
- Man Hours: (was Offline Persistence) Dmitri Zagidulin
- FW: [DGD]C# vs. LPC Christopher Allen
- Polling the users Jeff Freeman
- Collected comments on C# from comp.lang.python and the python mailing list. J C Lawrence
- Another Firstborn Falls: Meridian 59 Brian Green
- Reach out and bitch at someone Brian Green
- Reach out and bitch at someone David Bennett
- Reach out and bitch at someone Chris Jacobson
- Reach out and bitch at someone Marc Bowden
- Reach out and bitch at someone Marc Bowden
- Reach out and bitch at someone rayzam
- Reach out and bitch at someone David Bennett
- Reach out and bitch at someone Marc Bowden
- Reach out and bitch at someone Chris Jacobson
- Reach out and bitch at someone Jessica Mulligan
- Reach out and bitch at someone Dave Rickey
- Reach out and bitch at someone jolson@micron.net
- Reach out and bitch at someone Jack Doolan
- Reach out and bitch at someone Matthew Mihaly
- Reach out and bitch at someone Matthew Mihaly
- Reach out and bitch at someone Malcolm Valentine
- MUDLinux v0.5 J C Lawrence
- MUDLinux v0.5 David Wruck
- MUDLinux v0.5 Malcolm Valentine
- Maps and children's lit. (fwd) J C Lawrence
- Maps and children's lit. (fwd) Malcolm Valentine