June 1998
- Playerkilling website Koster, Raph
- Playerkilling website John Bertoglio
- Playerkilling website Koster, Raph
- Playerkilling website J C Lawrence
- Playerkilling website J C Lawrence
- (fwd) Multiple currencies J C Lawrence
- (fwd) Multiple currencies Matt Chatterley
- Exploring the guild phenomena J C Lawrence
- Re:(fwd) Multiple currencies Michael.Willey@abnamro.com
- Re:(fwd) Multiple currencies J C Lawrence
- Re:(fwd) Multiple currencies Michael.Willey@abnamro.com
- Re:(fwd) Multiple currencies Mike Sellers
- Re:(fwd) Multiple currencies J C Lawrence
- Re:(fwd) Multiple currencies Michael.Willey@abnamro.com
- Re:(fwd) Multiple currencies Richard Woolcock
- Re:(fwd) Multiple currencies J C Lawrence
- Re:(fwd) Multiple currencies T. Alexander Popiel
- Re:(fwd) Multiple currencies J C Lawrence
- Administrative Meddling Jon A. Lambert
- Administrative Meddling Mike Sellers
- Administrative Meddling Matthew R. Sheahan
- Administrative Meddling Mike Sellers
- Administrative Meddling Jon A. Lambert
- Administrative Meddling Mike Sellers
- Administrative Meddling Jon A. Lambert
- Administrative Meddling J C Lawrence
- Administrative Meddling J C Lawrence
- OT: ICQ hacks and exploits J C Lawrence
- OT: ICQ hacks and exploits Mike Sellers
- OT: ICQ hacks and exploits J C Lawrence
- META: membership list J C Lawrence
- META: Archives. Ling
- META: Archives. Koster, Raph
- Levelless MUDs Holly Sommer
- Levelless MUDs Jon Leonard
- Levelless MUDs Adam Wiggins
- Levelless MUDs John Bertoglio
- Levelless MUDs Koster, Raph
- Levelless MUDs J C Lawrence
- Levelless MUDs Adam Wiggins
- Levelless MUDs Matt Chatterley
- Levelless MUDs J C Lawrence
- Levelless MUDs Holly Sommer
- Levelless MUDs J C Lawrence
- Levelless MUDs Ben Greear
- Levelless MUDs Travis S. Casey
- Levelless MUDs Ling
- Levelless MUDs Adam Wiggins
- Levelless MUDs Travis S. Casey
- Levelless MUDs Adam Wiggins
- Levelless MUDs Matt Chatterley
- Levelless MUDs Holly Sommer
- Levelless MUDs Adam Wiggins
- Levelless MUDs Benjamin D. Wiechel
- Levelless MUDs Jon A. Lambert
- Levelless MUDs Matt Chatterley
- Levelless MUDs jacob langthorn
- Levelless MUDs Holly Sommer
- Levelless MUDs Nathan F Yospe
- Levelless MUDs Koster, Raph
- Levelless MUDs Richard Woolcock
- Levelless MUDs Katrina McClelan
- Levelless MUDs Adam Wiggins
- Levelless MUDs Adam Wiggins
- Levelless MUDs D. B. Brown
- Levelless MUDs Matt Chatterley
- Levelless MUDs Larry Homer
- Levelless MUDs Richard Woolcock
- META: Erroneous bounce messages. J C Lawrence
- The lessons of Habitat's Dr Death repeated? J C Lawrence
- The lessons of Habitat's Dr Death repeated? Jon A. Lambert
- In game bulletin boards vs. Web based. Elis Pomales
- In game bulletin boards vs. Web based. Koster, Raph
- In game bulletin boards vs. Web based. Greg Munt
- In game bulletin boards vs. Web based. Matt Chatterley
- In game bulletin boards vs. Web based. J C Lawrence
- In game bulletin boards vs. Web based. Jo Dillon
- In game bulletin boards vs. Web based. Jon A. Lambert
- In game bulletin boards vs. Web based. Jo Dillon
- In game bulletin boards vs. Web based. Bruce Mitchener
- In game bulletin boards vs. Web based. Robert Woods
- In game bulletin boards vs. Web based. Adam Wiggins
- In game bulletin boards vs. Web based. Holly Sommer
- In game bulletin boards vs. Web based. Richard Woolcock
- In game bulletin boards vs. Web based. Michael.Willey@abnamro.com
- In game bulletin boards vs. Web based. Jo Dillon
- In game bulletin boards vs. Web based. Matt Chatterley
- In game bulletin boards vs. Web based. J C Lawrence
- MUDZilla -- commercial server base J C Lawrence
- MUDZilla -- commercial server base John Bertoglio
- MUDZilla -- commercial server base J C Lawrence
- Analysis and specification - the dirty words of mud development? Greg Munt
- Analysis and specification - the dirty words of mud development? Mike Sellers
- Analysis and specification - the dirty words of mud development? Richard Woolcock
- Analysis and specification - the dirty words of mud development? Mike Sellers
- Analysis and specification - the dirty words of mud development? Richard Woolcock
- Analysis and specification - the dirty words of mud development? Greg Munt
- Analysis and specification - the dirty words of mud development? Holly Sommer
- Analysis and specification - the dirty words of mud development? Richard Woolcock
- Analysis and specification - the dirty words of mud development? Andrew C.M. McClintock
- Analysis and specification - the dirty words of mud development? Niklas Elmqvist
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? Adam Wiggins
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? francois@toubol.com
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? Chris Gray
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? J C Lawrence
- Analysis and specification - the dirty words of mud development? Nathan F Yospe
- Analysis and specification - the dirty words of mud development? Travis S. Casey
- Analysis and specification - the dirty words of mud development? T. Alexander Popiel
- Analysis and specification - the dirty words of mud development? Bruce Mitchener
- Analysis and specification - the dirty words of mud development? Chris Gray
- Mud websites Greg Munt
- Mud websites Robert Woods
- Mud websites Koster, Raph
- Mud websites Matt Chatterley
- Mud websites Koster, Raph
- Mud websites J C Lawrence
- Mud websites John Bertoglio
- Mud websites Adam Wiggins
- Mud websites Holly Sommer
- Mud websites Matt Chatterley
- Mud websites Travis S. Casey
- Mud websites Matt Chatterley
- Mud websites Travis S. Casey
- Mud websites Vadim Tkachenko
- mud websites Scatter
- mud websites Oliver Jowett
- mud websites Scatter
- mud websites Oliver Jowett
- mud websites J C Lawrence
- mud websites Scatter
- mud websites J C Lawrence
- mud websites Scatter
- Mud websites Chris Gray
- Mud websites J C Lawrence
- Mud websites Matt Chatterley
- Mud websites J C Lawrence
- Mud websites Chris Gray
- Mud websites Matt Chatterley
- Mud websites Chris Gray
- LDAP server as ... Vadim Tkachenko
- LDAP server as ... J C Lawrence
- Nested Coordinate spaces. Elis Pomales
- Nested Coordinate spaces. J C Lawrence
- Nested Coordinate spaces. Nathan F Yospe
- Nested Coordinate spaces. Elis Pomales
- Nested Coordinate spaces. Michael Hohensee
- Nested Coordinate spaces. J C Lawrence
- Telepathy Rules Lawrence W. Homer
- Off topic! But please help Marian Griffith
- Off topic! But please help John Bertoglio
- Off topic! But please help Jon A. Lambert
- Off topic! But please help John Bertoglio
- Off topic! But please help Holly Sommer
- META: Quoting, again. J C Lawrence
- Re:Telepathy Rules Michael.Willey@abnamro.com
- Re:Telepathy Rules Matt Chatterley
- Databases: was skill system jacob langthorn
- Databases: was skill system Mike Sellers
- Databases: was skill system John Bertoglio
- Databases: was skill system J C Lawrence
- Databases: was skill system T. Alexander Popiel
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system John Bertoglio
- Databases: was skill system Jon A. Lambert
- Databases: was skill system Adam J. Thornton
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system jacob langthorn
- Databases: was skill system ##Make Nylander
- Databases: was skill system Jon A. Lambert
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system J C Lawrence
- Databases: was skill system s001gmu@nova.wright.edu
- Databases: was skill system J C Lawrence
- Databases: was skill system J C Lawrence
- Databases: was skill system T. Alexander Popiel
- Mud-time vs real-time (was skill system) Mike Sellers
- Mud-time vs real-time (was skill system) T. Alexander Popiel
- Mud-time vs real-time (was skill system) Richard Woolcock
- Mud-time vs real-time (was skill system) Katrina McClelan
- darkness/visibility Oliver Jowett
- darkness/visibility Chris Gray
- darkness/visibility Michael.Willey@abnamro.com
- darkness/visibility Travis S. Casey
- darkness/visibility Dr. Cat
- darkness/visibility Benjamin D. Wiechel
- darkness/visibility Andrew C.M. McClintock
- darkness/visibility Adam Wiggins
- darkness/visibility oliver@jowett.manawatu.planet.co.nz
- darkness/visibility Richard Woolcock
- darkness/visibility T. Alexander Popiel
- darkness/visibility J C Lawrence
- darkness/visibility Chris Gray
- darkness/visibility Michael.Willey@abnamro.com
- darkness/visibility Adam Wiggins
- darkness/visibility Vadim Tkachenko
- darkness/visibility Holly Sommer
- darkness/visibility Benjamin D. Wiechel
- darkness/visibility Richard Woolcock
- darkness/visibility Chris Gray
- darkness/visibility Ben Greear
- darkness/visibility Katrina McClelan
- darkness/visibility J C Lawrence
- darkness/visibility Chris Gray
- darkness/visibility J C Lawrence
- darkness/visibility Travis S. Casey
- darkness/visibility J C Lawrence
- darkness/visibility Travis S. Casey
- darkness/visibility J C Lawrence
- darkness/visibility Travis S. Casey
- darkness/visibility Chris Gray
- Off topic! ... J C Lawrence
- Mailing List Archives Elis Pomales
- Mailing List Archives J C Lawrence
- [Fwd: Temporality and user actions in MUDs] Richard Woolcock
- PC 99 standard In game bulletin boards vs. Web based. Mike Sellers
- PC 99 standard In game bulletin boards vs. Web based. Jo Dillon
- PC 99 standard In game bulletin boards vs. Web based. Richard Woolcock
- Away on a trip Bryce
- META: The web is a live again! J C Lawrence
- Away on a trip Bryce
- Technical C/C++ coding question Ben Greear
- Technical C/C++ coding question Katrina McClelan
- Technical C/C++ coding question J C Lawrence
- Technical C/C++ coding question Jon Leonard
- Technical C/C++ coding question Katrina McClelan
- Technical C/C++ coding question Jon Leonard
- Technical C/C++ coding question Katrina McClelan
- Technical C/C++ coding question Ben Greear
- Technical C/C++ coding question Shawn Halpenny
- Technical C/C++ coding question Shawn Halpenny
- Technical C/C++ coding question J C Lawrence
- Technical C/C++ coding question Finn Arne Gangstad
- Analysis and specification - the dirty words of mu Jon A. Lambert
- stuff that makes me leave (was In game bulletin...) Dan Shiovitz
- stuff that makes me leave (was In game bulletin...) Richard Woolcock
- stuff that makes me leave (was In game bulletin...) Ben Greear
- stuff that makes me leave (was In game bulletin...) Katrina McClelan
- stuff that makes me leave (was In game bulletin...) Richard Woolcock
- stuff that makes me leave (was In game bulletin...) Katrina McClelan
- stuff that makes me leave (was In game bulletin...) J C Lawrence
- stuff that makes me leave (was In game bulletin...) Katrina McClelan
- stuff that makes me leave Richard Woolcock
- stuff that makes me leave Mike Sellers
- stuff that makes me leave Robert Woods
- stuff that makes me leave Matt Chatterley
- (fwd) Temporality and user actions in MUDs J C Lawrence
- Analysis and specification Shawn Halpenny
- OT: Announcement s001gmu@nova.wright.edu
- OT: Announcement Nathan F Yospe
- OT: Announcement Chris Gray
- OT: Announcement s001gmu@nova.wright.edu
- OT: Announcement Chris Gray
- OT: Announcement s001gmu@nova.wright.edu
- Analysis and specification Shawn Halpenny
- Analysis and specification Ben Greear
- The great crusade.... J C Lawrence
- The great crusade.... Koster, Raph
- The great crusade.... Jon A. Lambert
- The great crusade.... J C Lawrence
- The great crusade.... Mike Sellers
- The great crusade.... brandon
- The great crusade.... Mike Sellers
- The great crusade.... J C Lawrence
- The great crusade.... Koster, Raph
- The great crusade.... S. Patrick Gallaty
- The great crusade.... J C Lawrence
- The great crusade.... J C Lawrence
- User Input Parser, was darkness/visibility Richard Woolcock
- what's fun? Mike Sellers
- what's fun? J C Lawrence
- what's fun? Richard Bartle
- what's fun? J C Lawrence
- what's fun? Richard Bartle
- Is worse better? J C Lawrence
<<Please don't ask how I got to this URL. 'Tis a long and tangled tale
of many diversions and strange plot twists>>
URL:http://people.netscape.com/jwz/worse-is-better.html
The Rise of ``Worse is Better''
I and just about every designer of Common Lisp and CLOS has had
extreme exposure to the MIT/Stanford style of design. The essence of
this style can be captured by the phrase ``the right thing.'' To such
a designer it is important to get all of the following characteristics
right:
Simplicity-the design must be simple, both in implementation and
interface. It is more important for the interface to be simple
than the implementation.
Correctness-the design must be correct in all observable
aspects. Incorrectness is simply not allowed.
Consistency-the design must not be inconsistent. A design is
allowed to be slightly less simple and less complete to avoid
inconsistency. Consistency is as important as correctness.
Completeness-the design must cover as many important situations
as is practical. All reasonably expected cases must be
covered. Simplicity is not allowed to overly reduce completeness.
I believe most people would agree that these are good
characteristics. I will call the use of this philosophy of design the
``MIT approach.'' Common Lisp (with CLOS) and Scheme represent the MIT
approach to design and implementation.
The worse-is-better philosophy is only slightly different:
Simplicity-the design must be simple, both in implementation and
interface. It is more important for the implementation to be
simple than the interface. Simplicity is the most important
consideration in a design.
Correctness-the design must be correct in all observable
aspects. It is slightly better to be simple than correct.
Consistency-the design must not be overly
inconsistent. Consistency can be sacrificed for simplicity in
some cases, but it is better to drop those parts of the design
that deal with less common circumstances than to introduce
either implementational complexity or inconsistency.
Completeness-the design must cover as many important situations
as is practical. All reasonably expected cases should be
covered. Completeness can be sacrificed in favor of any other
quality. In fact, completeness must sacrificed whenever
implementation simplicity is jeopardized. Consistency can be
sacrificed to achieve completeness if simplicity is retained;
especially worthless is consistency of interface.
Early Unix and C are examples of the use of this school of design, and
I will call the use of this design strategy the ``New Jersey
approach.'' I have intentionally caricatured the worse-is-better
philosophy to convince you that it is obviously a bad philosophy and
that the New Jersey approach is a bad approach.
However, I believe that worse-is-better, even in its strawman form,
has better survival characteristics than the-right-thing, and that the
New Jersey approach when used for software is a better approach than
the MIT approach.
Let me start out by retelling a story that shows that the
MIT/New-Jersey distinction is valid and that proponents of each
philosophy actually believe their philosophy is better.
Two famous people, one from MIT and another from Berkeley (but working
on Unix) once met to discuss operating system issues. The person from
MIT was knowledgeable about ITS (the MIT AI Lab operating system) and
had been reading the Unix sources. He was interested in how Unix
solved the PC loser-ing problem. The PC loser-ing problem occurs when
a user program invokes a system routine to perform a lengthy operation
that might have significant state, such as IO buffers. If an interrupt
occurs during the operation, the state of the user program must be
saved. Because the invocation of the system routine is usually a
single instruction, the PC of the user program does not adequately
capture the state of the process. The system routine must either back
out or press forward. The right thing is to back out and restore the
user program PC to the instruction that invoked the system routine so
that resumption of the user program after the interrupt, for example,
re-enters the system routine. It is called ``PC loser-ing'' because
the PC is being coerced into ``loser mode,'' where ``loser'' is the
affectionate name for ``user'' at MIT.
The MIT guy did not see any code that handled this case and asked the
New Jersey guy how the problem was handled. The New Jersey guy said
that the Unix folks were aware of the problem, but the solution was
for the system routine to always finish, but sometimes an error code
would be returned that signaled that the system routine had failed to
complete its action. A correct user program, then, had to check the
error code to determine whether to simply try the system routine
again. The MIT guy did not like this solution because it was not the
right thing.
The New Jersey guy said that the Unix solution was right because the
design philosophy of Unix was simplicity and that the right thing was
too complex. Besides, programmers could easily insert this extra test
and loop. The MIT guy pointed out that the implementation was simple
but the interface to the functionality was complex. The New Jersey guy
said that the right tradeoff has been selected in Unix-namely,
implementation simplicity was more important than interface
simplicity.
The MIT guy then muttered that sometimes it takes a tough man to make
a tender chicken, but the New Jersey guy didn't understand (I'm not
sure I do either).
Now I want to argue that worse-is-better is better. C is a programming
language designed for writing Unix, and it was designed using the New
Jersey approach. C is therefore a language for which it is easy to
write a decent compiler, and it requires the programmer to write text
that is easy for the compiler to interpret. Some have called C a fancy
assembly language. Both early Unix and C compilers had simple
structures, are easy to port, require few machine resources to run,
and provide about 50%--80% of what you want from an operating system
and programming language.
Half the computers that exist at any point are worse than median
(smaller or slower). Unix and C work fine on them. The worse-is-better
philosophy means that implementation simplicity has highest priority,
which means Unix and C are easy to port on such machines. Therefore,
one expects that if the 50% functionality Unix and C support is
satisfactory, they will start to appear everywhere. And they have,
haven't they?
Unix and C are the ultimate computer viruses.
A further benefit of the worse-is-better philosophy is that the
programmer is conditioned to sacrifice some safety, convenience, and
hassle to get good performance and modest resource use. Programs
written using the New Jersey approach will work well both in small
machines and large ones, and the code will be portable because it is
written on top of a virus.
It is important to remember that the initial virus has to be basically
good. If so, the viral spread is assured as long as it is
portable. Once the virus has spread, there will be pressure to improve
it, possibly by increasing its functionality closer to 90%, but users
have already been conditioned to accept worse than the right
thing. Therefore, the worse-is-better software first will gain
acceptance, second will condition its users to expect less, and third
will be improved to a point that is almost the right thing. In
concrete terms, even though Lisp compilers in 1987 were about as good
as C compilers, there are many more compiler experts who want to make
C compilers better than want to make Lisp compilers better.
The good news is that in 1995 we will have a good operating system and
programming language; the bad news is that they will be Unix and C++.
There is a final benefit to worse-is-better. Because a New Jersey
language and system are not really powerful enough to build complex
monolithic software, large systems must be designed to reuse
components. Therefore, a tradition of integration springs up.
How does the right thing stack up? There are two basic scenarios: the
``big complex system scenario'' and the ``diamond-like jewel''
scenario.
The ``big complex system'' scenario goes like this:
First, the right thing needs to be designed. Then its implementation
needs to be designed. Finally it is implemented. Because it is the
right thing, it has nearly 100% of desired functionality, and
implementation simplicity was never a concern so it takes a long time
to implement. It is large and complex. It requires complex tools to
use properly. The last 20% takes 80% of the effort, and so the right
thing takes a long time to get out, and it only runs satisfactorily on
the most sophisticated hardware.
The ``diamond-like jewel'' scenario goes like this:
The right thing takes forever to design, but it is quite small at
every point along the way. To implement it to run fast is either
impossible or beyond the capabilities of most implementors.
The two scenarios correspond to Common Lisp and Scheme.
The first scenario is also the scenario for classic artificial
intelligence software.
The right thing is frequently a monolithic piece of software, but for
no reason other than that the right thing is often designed
monolithically. That is, this characteristic is a happenstance.
The lesson to be learned from this is that it is often undesirable to
go for the right thing first. It is better to get half of the right
thing available so that it spreads like a virus. Once people are
hooked on it, take the time to improve it to 90% of the right thing.
A wrong lesson is to take the parable literally and to conclude that C
is the right vehicle for AI software. The 50% solution has to be
basically right, and in this case it isn't.
But, one can conclude only that the Lisp community needs to seriously
rethink its position on Lisp design. I will say more about this later.
rpg@lucid.com
--
J C Lawrence Internet: claw@null.net
(Contractor) Internet: coder@ibm.net
---------(*) Internet: claw@under.engr.sgi.com
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith... - Is worse better? Katrina McClelan
- Is worse better? Jon A. Lambert
- Is worse better? Ben Greear
- Is worse better? Katrina McClelan
- Is worse better? Vadim Tkachenko
- Mozilla: unity of interface J C Lawrence
- Mozilla: unity of interface John Bertoglio
- OT:Is worse better? Nathan F Yospe
- OT:Is worse better? Jon A. Lambert
- [Fwd: Warfare on retromud.org 3000] Richard Woolcock
- [Fwd: Warfare on retromud.org 3000] Chris Gray
- Analysis and specification - the dirty words o Jon A. Lambert
- Analysis and specification - the dirty words o s001gmu@nova.wright.edu
- ADMIN: OS Wars J C Lawrence
- MySQL scalability J C Lawrence
- Prescience Rules? [Previously submitted under wrong thread :( ] Larry Homer
- stuff that makes me leave (was In game bulleti Matt Chatterley
- Prescience Rules? Joel Kelso
- OT: Ack! Adam Wiggins
- Natural Language Parsing (Was: darkness/visibility) s001gmu@nova.wright.edu
- Natural Language Parsing (Was: darkness/visibility) Adam J. Thornton
- bytecode results Chris Gray
- Prescience Rules? Richard Woolcock
- Prescience Rules? Vadim Tkachenko
- Prescience Rules? Richard Woolcock
- Prescience Rules? Nathan F Yospe
- Biting the hand that feeds you J C Lawrence
- RI Adventure Contest (fwd) Holly Sommer
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Dan Shiovitz
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun John Bertoglio
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun s001gmu@nova.wright.edu
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Spangler, Jason
- WIRED: Kilers have more fun Joel Kelso
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Holly Sommer
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Matthew R. Sheahan
- WIRED: Kilers have more fun Travis S. Casey
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Travis Casey
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Robert Woods
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun s001gmu@nova.wright.edu
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun Matthew R. Sheahan
- WIRED: Kilers have more fun CJones@aagis.com
- WIRED: Kilers have more fun Nathan F Yospe
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Till Eulenspiegel
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Nathan F Yospe
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Mike Sellers
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dr. Cat
- WIRED: Kilers have more fun Joel Kelso
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Dan Shiovitz
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Richard Woolcock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Maddy
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun CJones@aagis.com
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun s001gmu@nova.wright.edu
- WIRED: Kilers have more fun Michael.Willey@abnamro.com
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun Scatter
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Richard Woolcock
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Richard Woolcock
- WIRED: Kilers have more fun Ling
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Matt Chatterley
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Jon A. Lambert
- WIRED: One brave soul's UO diary. J C Lawrence
- Tron meets MUD meets the arcades. Detonation expected. J C Lawrence
- WWW/INN/news systems (Was: mud websites) Petri Virkkula
- Prescience Rules? Scatter
- Suggested theme, was WIRED: Kilers have more fun Richard Woolcock
- Suggested theme, was WIRED: Kilers have more fun Dan Shiovitz
- mud-related event: Dr. K... Brandon J. Rickman
- Suggested theme, was WIRED: Kilers have more fun Chris Gray
- Multi-Server games Ben Greear
- Multi-Server games Jo Dillon
- Multi-Server games MH
- Multi-Server games Jo Dillon
- Multi-Server games MH
- Multi-Server games J C Lawrence
- Multi-Server games Vadim Tkachenko
- Multi-Server games Ben Greear
- Multi-Server games Vadim Tkachenko
- Multi-Server games Koster, Raph
- ScryMUD: Source release, version 1.4 Ben Greear
- (fwd) Dantom's Universal Network Game (DUNG) Nathan Fenenga Yospe
- I/O Event Handling Under Linux by Richard Gooch J C Lawrence
- I/O Event Handling Under Linux by Richard Gooch s001gmu@nova.wright.edu
- Thread implementations... J C Lawrence
- Suggested theme Richard Woolcock
- Suggested theme Richard Woolcock
- Suggested theme Chris Gray
- Analysis and specification - the dirty words o J C Lawrence
- Analysis and specification - the dirty words o Jon A. Lambert
- Quotes from Marcus Ranum J C Lawrence
- Quotes from Marcus Ranum Nathan F Yospe
- Quotes from Marcus Ranum Chris Gray
- WIRED: Kilers have more fun Chris Gray
- the why of online worlds Mike Sellers
- the why of online worlds Ben Greear
- A variation on persistent store techniques with notes on distributed processing support J C Lawrence
- You think users won't number crunch and statistise your MUD? J C Lawrence
- You think users won't number crunch and statistise your MUD? Dr. Cat
- You think users won't number crunch and statistise your MUD? Ling
- You think users won't number crunch and statistise your MUD? Travis S. Casey
- You think users won't number crunch and statistise your MUD? J C Lawrence
- You think users won't number crunch and statistise your MUD? Travis S. Casey
- You think users won't number crunch and statistise your MUD? Vadim Tkachenko
- You think users won't number crunch and statistise your MUD? Chris Gray
- RP definitional structure J C Lawrence
- Combat intelligence J C Lawrence
- Combat intelligence J C Lawrence
- Combat intelligence Ling
- Combat intelligence Niklas Elmqvist
- the why of online worlds. cat
- Rules of the game: How Long Till You Die J C Lawrence
- Rules of the Game: You don't always live twice Or... Take my life, Please J C Lawrence
- roleplaying farmers? Mike L Kesl
- roleplaying farmers? J C Lawrence
- Sugarscape: A-Life variation with economic interests J C Lawrence
- Embedded languages was Databases: was skill system Chris Gray
- Embedded languages was Databases: was skill system Vadim Tkachenko