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
I decided to give up waiting for someone to add some more to this thread
before I responded. I note with interest (and dismay) that the number of
posts in this thread are scarce.
Is the topic just not interesting enough, do you not feel knowledgable
enough to comment, or do you not think analysis has any part to play in a
one-person development team? (If the last one is true, you're very, very
wrong.*)
----------
> From: Richard Woolcock <KaVir@dial.pipex.com>
>
> Mike Sellers wrote:
> >
> > At 06:46 PM 6/10/98 -0700, Richard Woolcock wrote:
> > >
> > >The importance of specifications and analysis lies in being able to
turn
> > >around to the customer and say "well, you didn't ask for *that*... but
for
> > >extra $$$ and a deadline slip we could do it for you". Believe me -
some
> > >companies depend on this happening to be able to get their software
completed
> > >within what are - initially - impossible deadlines.
> > >
> > >As far as a mud goes... The implementor/coder decides what s/he wants
in the
> > >mud and work to that. They don't have to explain to other people
exactly
> > >what the mud is going to be like, because they are the company AND the
> > >customer all rolled into one.
> >
> > I couldn't disagree more. The importance of analysis and design has
much
> > more to do with managing architectural complexity, robustness, and
> > extensibility than it does with cloaking impending schedule slips.
> > Formalizing this process is *critical* on a multi-person team, but even
on
> > a single-person team, you need to have _some_ level of overriding
design so
> > that you don't end up with a patchwork quilt of what you felt like
working
> > on that day.
>
> Does it matter what and when you work on things, as long as they get
done?
Yes, yes, yes, yes and yes. (Ok, it was only one question, but I really
needed to add some emphasis there.)
Do you really think that analysis would be part of well-established
software development process models (firmly backed by the academic
community) if they were used simply to obscure slipping schedules?
If something that the customer wants is not included in the requirements
spec, and later, in the analysis, then that is a mistake, a flaw in the
communication with the customer, an error. It is a bug at the analysis
stage. Your statement implies that software development companies aim to
misinterpret customer requirements, in order to justify more time - and, by
implication, more expenditure. That's bollocks.
Bad decisions made earlier in the lifetime of the project are easier to
fix. Avoid implementing something that the customer cannot/will not use -
document what they want at an early stage. Remember, the important thing is
not to get something - anything - running as soon as you can, but something
that is well-designed, something that *works*, and _above_all_ satisfies
the user's requirements (some of which may initially be unstated).
If you go ahead and do your own thing, then the customer says, "Oops,
didn't we tell you that?", you have to redesign, reimplement and retest.
If you specify properly, and document everything that you think that the
customer has asked for, they can verify it, and tell you about errors then,
instead of when you are into the implementation stage. (Note that there are
no guarantees to this approach, you only have a greater chance of things
working out!)
Back to your question: I assume that you are asking what is wrong with
writing the documentation after the code. One way of looking at it is that
x hours have been spent designing, coding and testing (only then can the
customer verify that you have developed what they have asked for - or meant
to ask for). OTOH, if you have spent y (which is *significantly* less than
x) hours specifying and documenting, and show your documents to the
customer, they can tell you what is wrong then, instead of when (let's be
honest) it's too late. The aim is to waste as little time as possible.
Anything produced that is not to the customer's stated and unstated
requirements is a waste of time, in some way or another.
> Specification: What has to be done.
> Analysis: How you are going to do it.
>
> I use 'design' as a term referring to the actual high/low level designs,
> including any DFDs/etc. I believe that the design plays an important
role,
> while the analysis isn't so important for a mud if you are the sole
coder.
> I know what I want to do, I know how I am going to do it. What I need is
a
> consistant design to stop me deviating from that goal.
Hmm. Are you sure you know what you want to do? Isn't it better to start
the development of a system at the highest level that you can, instead of
getting into the nitty-gritty from day one?
If you do analysis in your head, the chances of missing your mistakes soar.
> I think the main difference is that you consider the players to be the
> customer, while I consider myself to be the customer (of my mud). If
> the players were customers then yes, I would agree with you totally.
Ok. You are writing for yourself, not for any potential players (a goal of
many on this list, I am sure). Since you are developing as a hobby, your
time is limited by the amount of spare time that work and the rest of your
life leave. Leaping into things may be a lot more fun, but you regret it
after the fifth rewrite. (I'm sure we've all been there, at least once - I
know I have!)
> Specification of problem:
> The mud cannot accept more than 100 players at one time.
>
> [Rest of pedantic example snipped]
>
> Maybe we are getting our wires crossed...could you give a brief example
of
> what you consider 'analysis', 'specification' and 'design'?
You shouldn't approach things as problems. At worst, they are system
constraints imposed upon you. These constraints may be dictated by customer
requirements, or by hardware (as in this case), but they can't really be
defined as problems, I don't think.
Steps in my development life-cycle (and it *must* be a cycle!):
Requirements Specification - what customer requirements need to be
satisfied by the system?
Analysis - unsure about this, and that was the reason for my original
post. The bridge between requirements and functional specifications. I
guess it specifies why and how a particular part of the functionality will
satisfy a particular requirement. (Any input from you lot on this one?)
Functional Specification - what functionality will the system provide to
satisfy the requirements? (The system from the user perspective,
sometimes called External Design.)
Design - low-level design of the functionality: algorithms, class
designs, etc. (The system from the developer's perspective, sometimes
called Internal Design.)
Coding/Implementation - the fun part
Testing - the, er, not so fun part...
The higher up in the list, the higher level that the document is. I'd
recommend documenting your procedures and standards too - even if you are
the only person involved in development.
> > >IMO a far more important phase in mud development is the
scrutiny/testing
> > >phase, which is also very much lacking. Why? Because its boring as
hell
> > >and no fun to do, and if its no fun the mud stops becoming a hobby.
> >
> > Testing is a lot less onerous if you've done solid design work in
advance.
> > :-)
>
> True, but I have never doubted the importance of design.
I think his definition of design encompasses design and all previous stages
- whereas yours does not.
Greg.
* So bite me. - 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? Greg Munt
- 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
- 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