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
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:
> 1. Excessively detailed simulations detract from the _game_, the
> entertainment aspect of it.
> 2. Time and effort spent on simulating well detracts from the time and
> effort spent on game design - plots, settings, game mechanics, etc.
> 3. Even when given enough details and freedom, most players don't
> entertain themselves that well - that's why they came to us in the first
> place.
>
> The "simulation" camp maintains:
> 1. The players can play faster than we can design, and so outgrow games
> very quickly. Territories are exlored, puzzles are solved, foes are
> vanquished, UPS parcels delivered, etc, at lightning speed -- and then
> what? In a multi-player world, continuously creating & updating a game to
> keep up with all (or most) of the players requires omniscience (since each
> player plays a slightly different game for different reasons) and
> omnipotence. Even then, players will explore & conquer what they feel
> like, completely miss the existence of the rest, and even go and decide
> that _they_ can make a better game out of your world doing their own thing
> - socializing, harassing newbies, stamp collecting, whatever.
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.
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. A few PC strategy games (Master of Orion, X-Com) go here, although
they often expose at least some of their numbers.
The middle ground I refer to captures the freedom offered by simulations,
but without the number hiding. Instead, it relies on simple, exposed
mechanisms which players can analyze in excruciating detail, if so desired.
I will tenatively title this a "rules game". Esentially, the designer lays
down some VERY strict rules about how the game is played. These rules are
mostly arbitrary: they are chosen to make a good game, not to make sense within
the setting. These rules not only detail *how* things are done, but *why*.
In many cases this may lead to goals as rigid as the "guided game", above;
but not necessarily. Expanding the game is frequently a matter of adding
new rules and especially "rule breakers", which generally cause players
infinite delight.
A prime example of this sort of game is chess. The rules are very simple
(governing mainly the movement of the pieces), and can be taught to a child in
ten minutes. There are a few simple goals: take your opponent's pieces, get
pawns to the other side of the board to get queens, and take your opponent's
king. There are some rulebreakers: knights jumping over other pieces, taking
pawns in passing, castling. There is no "simulation" of the setting here:
according to chess, knights are useful because they move eraticaly, religious
dignitaries and the king's wife are deadly warriors, and your castle towers can
move. The setting is only to give the game flavor and make it easier for
humans to tell the pieces (and rules) apart.
Most P&P RP games fall at least partially in this category, with their combat
mechanics. This also goes for almost all wargames. Mage 2 Mage probably
also qualifies. Most of my favorite muds go here.
My favorite example is Magic: The Gathering. Most would agree that the rules
are a terrible simulation of the setting. The way that the creatures fight,
turns occur, and spells are cast are based on arbitrary rules that do little
to allow the player to imagine that they are a powerful sorcerer. The
setting is all just window-dressing to make the game less dry. The game itself
is fun because of the rigid, carefully-chosen rules which make it so. There
are a *massive* number of rule-breaker cards; in fact, most of the good ones
are rulebreakers, which is, I think, largely what made the game so successful.
I think the lackluster response to many of the CCG's which attempted to
duplicate the sucess of MTG was directly related to the lack of rulebreaker
cards.
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.
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."
Or, perhaps more familiar to GoP mudders, "I can wear the +1 strength bracelet
to gain a 17 strength, and wield a sword which is 3d8. Or I can wear a +1 dam
bracelet and stick to my 3d7 weapon. The first gives me an average damage of
12.5, and the second gives me an average damage of 13, so I'll go with that
option."
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.
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.
Adam - Remote client connection (J C Lawrence) Travis Casey
- Remote client connection (J C Lawrence) adam@treyarch.com
- 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