[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

8581: [MUD-Dev] Re: PDMud thread summary

[Full Header] [Plain Text]
From: Jon Leonard <jleonard@divcom.slimy.com>
Newsgroups: nu.kanga.list.mud-dev
Date: Fri, 23 Oct 1998 16:13:11 -0700
References: [1]
Organization: Kanga.Nu
On Thu, Oct 22, 1998 at 09:27:29PM -0600, Chris Gray wrote:
> [Joachim Pileborg (The Arrow):]
> 
>  >However, among all the buzz-words and efficiency talk, there is one word I
>  >miss:  simplicity.  Personally I think this project first of all should be
>  >simple, and efficiency and modularization should come after that.  At leas
>  >it should be so if we want this, I don't know waht to call it, "creation" ;)
>  >to spread outside the little circle this list really is.
> 
> Wise words. A lot of the talk flying around certainly has the smell of
> complexity attached to it. That is often an unfortunate consequence of
> "design by comittee". I too would advise trying very hard to keep things
> simple at the early stages - complexity will creep in all too quickly,
> despite any attempts to stamp it out.

I think modularization is up there with simplicity.  For utter simplicity,
try my example server from http://www.slimy.com/~jleonard/src/ipc.html.
It's not useful for anything but stealing socket code, since the (hardcoded)
only two commands are "say" and "quit".

This weekend I'm going to try to port it to a module-based design, to
see how simple a working module protocol I can make.  If DevMUD uses a
different protocol, that's fine -- I'll understand better for having tried.

My secondary reason for wanting modules is simplicity, in that it allows
someone to pick out a few small modules and have a working MUD.  Complexity
will happen with some of the modules, but I do want some code suitable for
starting to learn about MUD coding.

(The primary reason is that otherwise we'd never agree on what to build.)

Jon Leonard