January 1999
- From DevMud: Database module Greg Connor
- From DevMud: Database module Mik Clarke
- From DevMud: Database module Greg Connor
- From DevMud: Database module J C Lawrence
- From DevMud: Database module Greg Connor
- ADMIN: Resends and possible duplicates J C Lawrence
- Info about different skill systems Emil Eifrem
- Info about different skill systems Nathan F Yospe
- Info about different skill systems Ben Greear
- Info about different skill systems Emil Eifrem
- Info about different skill systems Ben Greear
- Info about different skill systems Emil Eifrem
- Info about different skill systems Nathan F Yospe
- Info about different skill systems Travis S. Casey
- Info about different skill systems Mik Clarke
- New features for ScryMUD (Player-run Shops) Ben Greear
- [OT Humor] Mudder's Rhapsody Jon A. Lambert
- [OT Humor] Mudder's Rhapsody Caliban Tiresias Darklock
- [OT Humor] Mudder's Rhapsody The Wildman
- Guild/skill/spell relation (or "webs") Petri Virkkula
- Guild/skill/spell relation (or "webs") David Bennett
- mobile movement Matthew Mihaly
- mobile movement Adam Wiggins
- mobile movement Koster, Raph
- mobile movement Caliban Tiresias Darklock
- mobile movement David Bennett
- mobile movement Kylotan
- mobile movement quzah [softhome]
- mobile movement Ling
- mobile movement J C Lawrence
- mobile movement Oliver Jowett
- mobile movement Oliver Jowett
- mobile movement Caliban Tiresias Darklock
- mobile movement Richard Woolcock
- mobile movement J C Lawrence
- mobile movement Ling
- mobile movement Marc Hernandez
- mobile movement J C Lawrence
- mobile movement Ling
- mobile movement Holly Sommer
- mobile movement Caliban Tiresias Darklock
- mobile movement Koster, Raph
- mobile movement Chris Gray
- Intelligent WebGlimpse archive searching at Kanga.Nu (was J C Lawrence
- [RRE]MediaMOO annual birthday symposia: 1/20 Bruce Mitchener, Jr.
- [RRE]MediaMOO annual birthday symposia: 1/20 Koster, Raph
- OT: Mike Sellers needs some help load testing J C Lawrence
- Keegan's MUD Tree J C Lawrence
- Intelligent WebGlimpse archive searching at Kanga.Nu Marian Griffith
- Intelligent WebGlimpse archive searching at Kanga.Nu Caliban Tiresias Darklock
- Intelligent WebGlimpse archive searching at Kanga.Nu Dominic J. Eidson
- Intelligent WebGlimpse archive searching at Kanga.Nu J C Lawrence
- Intelligent WebGlimpse archive searching at Kanga.Nu Marian Griffith
- GRASS GIS Web Site Elis Pomales
- Thoughts Caliban Tiresias Darklock
- mobile movement (the fault of tracking) quzah [softhome]
- ADMIN Name server problems and upes J C Lawrence
- Adjective Server Christopher Allen
- Reputations, More Mazes Eli Stevens {KiZurich}
- Reputations, More Mazes J C Lawrence
- Reputations, More Mazes Eli Stevens {KiZurich}
- Mules (was something different) Marian Griffith
- Mules (was something different) J C Lawrence
- Mules (was something different) Hans-Henrik Staerfeldt
- Levels versus Skills Marian Griffith
- Levels versus Skills Caliban Tiresias Darklock
- Levels versus Skills J C Lawrence
- Levels versus Skills quzah [softhome]
- Levels versus Skills Vladimir Prelovac
- Levels versus Skills quzah [softhome]
- Levels versus Skills J C Lawrence
- Levels versus Skills Petri Virkkula
- Levels versus Skills J C Lawrence
- Levels versus Skills Caliban Tiresias Darklock
- From Devmud: Database module, draft 3 Greg Connor
- Matrix Game Ling
- Graphic design doc Thinus Barnard
- Graphic design doc Chris Gray
- ADMIN: List server and Kanga.Nu host changes J C Lawrence
- ADMIN: List server and Kanga.Nu host changes Koster, Raph
- Sockets and fibers Caliban Tiresias Darklock
- Sockets and fibers Adam J. Thornton
- Sockets and fibers Caliban Tiresias Darklock
- Sockets and fibers J C Lawrence
- Sockets and fibers Jon A. Lambert
- Sockets and fibers Adam J. Thornton
- Sockets and fibers Dr. Cat
- Sockets and fibers Jo Dillon
- [DevMUD] From Devmud: Database module, draft 3 Greg Connor
- META: list "peerage" Koster, Raph
- META: list "peerage" John Bertoglio
- META: list "peerage" diablo@best.com
- META: list "peerage" Andy Cink
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Quzah [softhome]
- META: list "peerage" Michael.Willey@abnamro.com
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Holly Sommer
- META: list "peerage" Travis S. Casey
- META: list "peerage" Andy Cink
- META: list "peerage" Quzah [softhome]
- META: list "peerage" Matthew D. Fuller
- META: list "peerage" Laurel Fan
- META: list "peerage" Caliban Tiresias Darklock
-----Original Message-----
From: Laurel Fan <lf25+@andrew.cmu.edu>
To: mud-dev@kanga.nu <mud-dev@kanga.nu>
Date: Tuesday, January 26, 1999 9:26 AM
Subject: [MUD-Dev] Re: META: list "peerage"
>Perhaps there should be some way of showcasing new, original muds, like
>a mudlist in which an imp would submit her mud, and a volunteer would
>evaluate the mud for uniqueness and non-stock-ness, and write a short
>review containing his first impressions.
I seem to recall that at least one person was going around reviewing MUDs
once. I don't remember who it was or where they were, but I definitely
recall that I had serious problems with their taste; it wasn't so much that
the reviews were bad, as that the reviews were specifically oriented toward
people who liked to play the same way the reviewer did. I had expected at
least a cursory nod to impartiality. But I have this problem with most
laypeople's reviews in general, whether they're reviewing software or games
or movies or books or what have you. The real irony is that these reviews
are generally a response to the perception that existing reviewers -- if
they exist -- are not appropriately considering their perspectives. Sort of
like starting a hate group because someone else started a hate group and
hate groups are wrong.
>Excerpts from muddev: 26-Jan-99 [MUD-Dev] Re: META: list "p.. by
>"Matthew D. Fuller"@futu
>> The problem I see with this is a mentality problem.
I agree with this entirely, but I wouldn't concur with your entire position
quite as readily.
>> It's actually the
>> same problem I see in the PC market with Windows (don't get me started on
>> that rant).
Which in turn was the reason many of us old timers shunned the Mac.
Recently, I've been looking at Macs and PCs and seeing so little difference
I'm actually giving serious consideration to the purchase of a G3 box. I
mean, originally, I thought the Mac was ridiculous because of its stupid
interface and paranoid concealment of every O/S aspect behind a thick wall
of chrome. Now I look at Windows and go hey, this is precisely what I hated
about the Mac, and precisely why I didn't buy one, and now I have it anyway.
>> The problem is, that when you don't HAVE to put out effort
>> to get started (or have to put out so little as to be essentially none),
>> there's that much less incentive to learn more.
There's a middle ground, though. I think MS should, for example, be bundling
Visual Basic with Windows instead of IE; IE is primarily a passive,
spectator thing. VB is active. (Posit: The web has made the computer
analogous to the television and the internet analogous to cable. Discuss.
Not on this list, of course, but discuss.) The question is not so much
whether you can set up easily or progress to great heights, the question
falls more along the lines of how much you need to know to start with and
how easy it is to learn more.
Observation: Learning is a skill. If you do a lot of it, you get good at it.
If you don't do any for a while, you get out of practice.
>> That's about the best
>> way I can put it without going on for pages. There's nothing wrong with
>> a low barrier to entry per se. The problem is with people who take that
>> as an invitation to STAY at that low level and not try to go higher.
There are opposite ends of the spectrum, neither of which works very well.
On the one hand, you have systems like my own project, which are basically
turnkey. I *want* people to get the server, type one command, and
fuhgeddaboudit. Now you have a game. What you want to do with it is another
matter; but you can do all of that IN the game, not at the source level.
Dropping into the source is discouraged at best and forbidden at worst.
(Worst and best may be reversed there depending on your perspective.) This
allows the administrator to concentrate on running a *game* and not a
*server*. It allows for very little growth, however, and I am planning to
remedy this at a later date.
On the other, you have systems like Diku, where virtually everything you wan
t to add or remove or change or whatever has to be done at a source level.
This imposes a certain barrier to entry: you are *expected* to have a
strong, established level of knowledge and experience in network
configuration, systems administration, C programming, makefile construction,
and server management. Plus you need to learn the syntax of building areas
and writing mobprogs, which has probably been defined by someone with a lot
of interest in "elegant" languages and artificial intelligence -- so the
syntax is riddled with jargon and dependent on several concepts which are
pretty opaque to anyone who doesn't share that interest.
Once upon a time, you could honestly say that probably 80% of the internet's
population had these skills to a reasonable enough degree that they could
either run a MUD immediately or learn to do so in a short period. That's not
the case anymore. We have people on the net who know almost squat. People
who ask how they can use some feature on their web page, and then get
confused by the words "tag" and "code" and ask for explanations of what a
notepad is and how they get their web page to open in it, and what do I mean
by "cut and paste"?
Somewhere between there and here (here being the developer's perspective),
we have players. It's probably a good deal closer to there. The prospect of
setting up a traditional MUD is frightening to the new admin. Likewise, the
prospect of setting up a game like mine is almost TOO accessible. In order
to encourage learning, you must approach the potential admin with a
progression: you can't make a little stepstool and say 'climb up here' -- he
feels cheated, like there is no value to the new skill he has learned. You
also can't present him with a backpack full of gear and point at a two
hundred foot cliff -- that's virtually hopeless, and he may very well give
up even before he starts.
What we need to do is provide a stairstep progression. One step after
another, with each step accessible and easily achieved, building on the
previous height attained. It may be valuable to look at administration as
yet another class or 'ladder' in your game; certainly it would benefit from
many of the same rules and observations made recently about player/character
progress.
| Caliban Tiresias Darklock caliban@darklock.com
| Darklock Communications http://www.darklock.com/
| U L T I M A T E U N I V E R S E I S N O T D E A D
| 774577496C6C6E457645727355626D4974H -ÊBAL::3146=- - META: list "peerage" David Bennett
- META: list "peerage" Bruce Mitchener, Jr.
- META: list "peerage" diablo@best.com
- META: list "peerage" Matthew D. Fuller
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Brandon A Downey
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Travis Casey
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Dominic J. Eidson
- META: List "peerage" Marian Griffith
- META: List "peerage" Caliban Tiresias Darklock
- META: list "peerage" Ola Fosheim Grøstad
- META: list "peerage" Sayeed
- Mugu Chris Gray
- META: List peerage and behaviour J C Lawrence
- META: list "peerage" Chris Gray
- ADMIN: We're working again. J C Lawrence
- Java I/O and threads. Elis Pomales
- Java I/O and threads. Jo Dillon
- Java I/O and threads. cynbe@muq.org
- Java I/O and threads. Jo Dillon
- Java I/O and threads. Elis Pomales
- Reset Death Wes Connell
- Reset Death Quzah [softhome]
- Reset Death Wes Connell
- Reset Death Mik Clarke
- Reset Death Andrew C.M. McClintock
- Reset Death Mik Clarke
- PvP and mob capacities (was "List Peerage") Caliban Tiresias Darklock
- combat diablo@best.com
- META: list "peerage" Darrin Hyrup
- META: list "peerage" J C Lawrence
- Telmaron and Mud servers was: META: list "peerage" Elis Pomales
- META: list "peerage" Caliban Tiresias Darklock
- META: list "peerage" Ben Greear
- Who is? (was about level vs skills) Marian Griffith
- Who is? (was about level vs skills) Caliban Tiresias Darklock
- exploration points diablo@best.com
- [MUD-Dev] Juha Lindfors
- Stock Mud Demographics ##Make Nylander
- ADMIN: Off-topic and the ever present reminders on quoting. J C Lawrence
- Mud reviewing Andy Cink
- Mud reviewing Caliban Tiresias Darklock
- Mud reviewing diablo@best.com
- Mud reviewing Andru Luvisi
- Mud reviewing diablo@best.com
- Mud reviewing J C Lawrence
- Mud reviewing Dan Shiovitz
- Mud reviewing diablo@best.com
- Mud reviewing Caliban Tiresias Darklock
- Mud reviewing diablo@best.com
- Mud reviewing Richard Woolcock
- Mud reviewing David Bennett
- Mud reviewing Caliban Tiresias Darklock
- MUD Admin skills Hal Black
- Subdue Holly Sommer
- processors diablo@best.com
- processors John Bertoglio
- processors Wes Connell
- processors Laurel Fan
- processors Mik Clarke
- processors J C Lawrence
- processors diablo@best.com
- processors Quzah [softhome]
- processors Mik Clarke
- processors J C Lawrence
- processors Marc Hernandez
- processors Adam Wiggins
- processors Greg Underwood
- processors Adam Wiggins
- processors Chris Gray
- processors gunderwood@donet.com
- processors Jon A. Lambert
- processors Greg Underwood
- processors Petri Virkkula
- quests involving players diablo@best.com
- quests involving players Darren Henderson
- quests involving players Caliban Tiresias Darklock
- quests involving players Richard Woolcock