March 1998
- Describe Concept Stephen Zepp
- Describe Concept Jon A. Lambert
- Describe Concept J C Lawrence
- Describe Concept Jon A. Lambert
- Describe Concept J C Lawrence
- Describe Concept Vadim Tkachenko
- Tutorial: Let's build a Compiler! - Part XI: Lexical Scan Revisited Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XII: Miscellany Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XIII: Procedures Jon A. Lambert
- Tutorial: Let's build a Compiler! Chris Gray
- VEIL Network Protocol Brandon Gillespie
- Tutorial: Let's build a Compiler! - Part XIV: Types Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XV: Back to the Future Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XVI: Unit Construction Jon A. Lambert
- For Ling's FAQ Koster, Raph
- MUD Ratings jlsysinc.ix.netcom.com@ix.netcom.com
- Random Generation Tools Ling
- ANNOUNCE: DB Robin Carey
- THE DARKWHOLE TESTS J C Lawrence
- Magic as Metaphor J C Lawrence
- Magic as Metaphor J C Lawrence
- Magic as Metaphor Jon A. Lambert
- Magic as Metaphor J C Lawrence
- CT - A Hypothetical Session (mid 1995) J C Lawrence
- 2Cyberconf: An article J C Lawrence
- (long) AnarchyMOO Primary Log J C Lawrence
- (short) AnarchyMOO parting salute J C Lawrence
- AnarchyMOO purpose J C Lawrence
- (fwd) CODE RELEASE: [client] Spod! (Java mud client) J C Lawrence
- (fwd) CODE RELEASE: [client]: lyntin (hacker's client) 1.1b Released J C Lawrence
- DarkWhole Test #1 J C Lawrence
- DarkWhole Test #2 J C Lawrence
- DarkWhole test #3 J C Lawrence
- DarkWhole test #4 J C Lawrence
- DarkWhole test #5 J C Lawrence
- DarkWhole test Identity Crisis J C Lawrence
- The Craft of Adventure J C Lawrence
- What in THE Hell was that? Stephen Zepp
- What in THE Hell was that? Ben Greear
- What in THE Hell was that? J C Lawrence
- What in THE Hell was that? Jon A. Lambert
- (fwd) Varying Time Commitment Levels: what's an admin to do? J C Lawrence
- Hello, and a brief intro cimri
- Hello, and a brief intro Ben Greear
- (no title) Time limits? s001gmu@nova.wright.edu
- (no title) Time limits? Justin McKinnerney
- (no title) Time limits? J C Lawrence
- Speaking of Avatars Jon A. Lambert
- Speaking of Avatars Jon A. Lambert
- Speaking of Avatars J C Lawrence
- Speaking of Avatars Jon A. Lambert
- Re: Vadim Tkachenko
- META: Broken mail headers coder@ibm.net
- META: Broken mail headers Alex Oren
- META: Broken mail headers J C Lawrence
- META: Broken mail headers Alex Oren
- META: Broken mail headers J C Lawrence
- META: Broken mail headers Chris Gray
- META: Broken mail headers J C Lawrence
- META: Broken mail headers Caliban Tiresias Darklock
- META: Broken mail headers Chris Gray
- Turn-based MU*'s Sauron
- Balancing Addicts -> soft vs. hard enforcement cimri
- Balancing Addicts -> soft vs. hard enforcement Justin McKinnerney
- Balancing Addicts -> soft vs. hard enforcement J C Lawrence
- Balancing Addicts -> soft vs. hard enforcement Jon A. Lambert
- Balancing Addicts -> soft vs. hard enforcement Ling
- Balancing Addicts -> soft vs. hard enforcement Jon A. Lambert
- Balancing Addicts -> soft vs. hard enforcement Matt Chatterley
- Balancing Addicts -> soft vs. hard enforcement J C Lawrence
- Balancing Addicts -> soft vs. hard enforcement Jon A. Lambert
- Balancing Addicts -> soft vs. hard enforcement Matt Chatterley
- Balancing Addicts -> soft vs. hard enforcement Adam Wiggins
- Balancing Addicts -> soft vs. hard enforcement Joel Dillon
- SfD: Clientside Caching Nathan F Yospe
- SfD: Clientside Caching Jon A. Lambert
- SfD: Clientside Caching Nathan F Yospe
- SfD: Clientside Caching Chris Gray
- SfD: Clientside Caching Jon A. Lambert
- (subject missing) J C Lawrence
- Balancing Addicts Ling
- Balancing Addicts Richard Woolcock
- Balancing Addicts Ling
- Balancing Addicts J C Lawrence
- Transport layer (UDP vs TCP) Ben Greear
- Transport layer (UDP vs TCP) Niklas Elmqvist
- Transport layer (UDP vs TCP) Jon Leonard
- Transport layer (UDP vs TCP) Ben Greear
- Transport layer (UDP vs TCP) Jon Leonard
- Transport layer (UDP vs TCP) Ben Greear
- Transport layer (UDP vs TCP) Chris Gray
- Transport layer (UDP vs TCP) Niklas Elmqvist
- Transport layer (UDP vs TCP) Jon A. Lambert
- Transport layer (UDP vs TCP) Ben Greear
- Time Limits? Jon A. Lambert
- META: topic and thread culling (was Balancing Addicts -> soft vs. hard enforcement ) J C Lawrence
- (subject missing) J C Lawrence
- XShipWars J C Lawrence
- (fwd) INFO: [client] Chaco looking for new parent for Pueblo J C Lawrence
- SIMULATING FUTURE HISTORIES: THE NAU SOLAR SYSTEM SIMULATION & MARS SETTLEMENT J C Lawrence
- (fwd) Functional Security J C Lawrence
- (fwd) Functional Security Ling
- (fwd) Functional Security Chris Gray
- (fwd) Functional Security Matt Chatterley
- (fwd) Functional Security Miroslav Silovic
- (fwd) Functional Security Felix A. Croes
- (fwd) Functional Security J C Lawrence
- SIMULATING FUTURE HISTORIES s001gmu@nova.wright.edu
- Character development [was ] Matt Chatterley
- Character development [was ] J C Lawrence
- Character development [was ] Matt Chatterley
- Character development [was ] Travis Casey
- Character development [was ] J C Lawrence
- Character development [was ] Travis S. Casey
- Character development [was ] Marian Griffith
- Character development [was ] Travis S. Casey
- Character development [was ] Vadim Tkachenko
- Character development [was ] Travis Casey
- Character development [was ] Vadim Tkachenko
- Character development [was ] Travis Casey
- Character development [was ] Vadim Tkachenko
- Character development [was ] Marian Griffith
- Character development [was ] Vadim Tkachenko
- Character development [was ] Marian Griffith
- Character development [was ] s001gmu@nova.wright.edu
- Character development [was ] Marian Griffith
- Character development [was ] J C Lawrence
- Character development [was ] Cimri
- Character development [was ] J C Lawrence
- Character development [was ] s001gmu@nova.wright.edu
- Character development [was ] Caliban Tiresias Darklock
- Character development [was ] Caliban Tiresias Darklock
- Character development [was ] Vadim Tkachenko
- Character development [was ] Ben Greear
- Character development [was ] Matt Chatterley
- Character development [was ] J C Lawrence
- Character development [was ] Matt Chatterley
- Character development [was ] Travis S. Casey
- Character development [was ] J C Lawrence
- Character development [was ] Koster, Raph
- Character development [was ] J C Lawrence
- Character development [was ] Koster, Raph
- Character development [was ] Alex Bertoglio
- Character development [was ] J C Lawrence
- Character development [was ] J C Lawrence
- Character development [was ] John Bertoglio
- 3D engines for MUDs Niklas Elmqvist
- 3D engines for MUDs Chris Gray
- 3D engines for MUDs J C Lawrence
- 3D engines for MUDs Niklas Elmqvist
- 3D engines for MUDs Chris Gray
- 3D engines for MUDs Ling
- 3D engines for MUDs Koster, Raph
- 3D engines for MUDs Mike Sellers
- 3D engines for MUDs Niklas Elmqvist
- 3D engines for MUDs Koster, Raph
- 3D engines for MUDs Ling
- 3D engines for MUDs s001gmu@nova.wright.edu
- Dynamic Loading of Modules Niklas Elmqvist
- Dynamic Loading of Modules Greg Munt
- Dynamic Loading of Modules J C Lawrence
- Parlez vous NPC? Matt Chatterley
- Parlez vous NPC? Vadim Tkachenko
- Parlez vous NPC? Matt Chatterley
- Parlez vous NPC? Chris Gray
- Parlez vous NPC? Matt Chatterley
- Parlez vous NPC? Nathan F Yospe
- Parlez vous NPC? Matt Chatterley
- Dynamic Loading of Modules Niklas Elmqvist
- Dynamic Loading of Modules Chris Gray
- Dynamic Loading of Modules Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? Greg Munt
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? s001gmu@nova.wright.edu
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? Ross Nicoll
- World Persistence, flat files v/s DB v/s ?? Ross Nicoll
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? s001gmu@nova.wright.edu
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Adam Wiggins
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Orion Henry
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Nathan F Yospe
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Greg Munt
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- Jukebox Vadim Tkachenko
- Another recruit for the list? Joel Dillon
- OT: Martin Keegan J C Lawrence
- Old code Joel Dillon
- Old code Michael Hohensee
- UML/Commercial v Free Muds Greg Munt
- UML/Commercial v Free Muds Nathan F Yospe
- UML/Commercial v Free Muds Jon A. Lambert
- Heightfield Terrain Rendering Paper Niklas Elmqvist
- (subject missing) J C Lawrence
- (fwd) Roleplaying J C Lawrence
- (fwd) Roleplaying s001gmu@nova.wright.edu
- (fwd) Roleplaying Katrina McClelan
- (fwd) Roleplaying Ling
- (fwd) Roleplaying J C Lawrence
- (fwd) Roleplaying Travis Casey
On Thursday, 26 March 98, J wrote:
> Like that fella from Fiddler on the Roof says: you are all right.
> A working definition for the sake of discussion: I propose that 'level'
> mean 'level of experience' and refer more or less to what we mean when
> we say 'that person has a great deal of (or not much) experience.
This, however, only leads to another question -- experience at what?
I don't think I've ever heard that phrase used without at least an
implicit specification of the "at what" part.
If we're going to say, "at anything", then the concept of level
becomes meaningless, since it gives us no useful information about the
character -- one could be "high level" by virtue of having a great
deal of experience at nose-picking.
Levels in RPGs are always associated with something else which defines
the "at what" -- thus, a character doesn't simply have a "level",
he/she has a level in a class, or in a skill, or in something else.
> Yes, level has been used as a single expression of power, where your
> level expressed how good you were at everything, or at least how
> good you were in the collection of powers and skills related to your
> chosen profession. This is clearly silly, though I don't think any
> where near as silly as most would have us believe. That is, though
> I think there are better ways to do it, still, using level as a
> single expression of power can be defended fairly well without
> stretching too much.
Again, this leads us to another question -- what's power? D&D
defined power, for the most part, in terms of combat ability, in
fitting with its combat-centeredness.
However, power can't always be so easily defined. Consider a magic
system in which one's access to magical energy is inborn and fixed. A
mage can learn how to control the energies in more subtle ways, but
cannot learn to access more energy.
Thus, from a combat-oriented point of view, an inexperienced mage
might be much more powerful than a more experienced mage. This isn't
unique to mages -- a more experienced warrior might have less combat
capability than a less experienced warrior who is more agile and
stronger. I'm focusing on mages, however, because the "incredibly
powerful mage who doesn't have good control" is a common figure in
fantasy literature -- and one that doesn't fit well in traditional
class/level systems.
> And yes, the idea of HPs rising with level stretches things a bit too.
> ALSO not as much as people would have us believe. For instance, it
> is not that great a stretch to look at HP as some sort of expression
> of one's ability to absorb/avoid/maneuver away from damage, not JUST
> bodily physical damage. So as one 'rose in level' one gained more HP
> which represented a certain experience reflected in combat survivability
> through (for example) wiser use of maneuvers, or whatever. I do think
> it makes more _sense_ to leave HP pretty much constant and to vary
> your 'survivability' by adding in combat-related dodge or parry or
> whatever skills. But rising HP with level is by no means totally
> indefensible.
That depends on what levels mean. In a combat-oriented game, in which
levels are supposed to correspond to combat ability, having HPs rise
with levels makes some sense.
If you're defining levels simply in terms of experience in one's
profession, having HPs rise with level makes no sense except for
combat-oriented professions.
A profession and a level can be thought of as just another kind of a
skill system -- just one with very broad skills. Traditionally in
class-based systems, professions have included everything that a
character can do. However, there's no reason why they have to be
defined that way.
The paper RPG Fantasy Wargaming defines characters as having three
different levels: a combat level, a magic level, and a religious
level. These somewhat correspond to D&D's Fighter, Magic-User, and
Cleric classes, but unlike those, they have no overlap. That is,
where in D&D being a high-level magic-user automatically implies a
level of combat ability (via hit points and "to hit" scores), in FW, a
high magic level implies nothing about the character's combat level.
IMHO, such a division is much more useful than the "standard"
class-based way of using levels.
> Okay, all that said, one could easily still have a skill-based system,
> or at least a system which includes skills/abilities/etc which are
> somehow increased in effectivenes through use or practice, and each
> may be increased independently of the other, generally. And this
> skill-based system could still use the idea of 'levels of experience.'
> And this could still represent, in some meaningful way, an analog
> to real life.
Of course. Indeed, many paper RPGs have such a system. Bushido is a
good example, although hard to find these days. Characters in Bushido
have a profession, which defines the base set of skills they get and
which skills are cheaper for the character to rise in. However,
characters also have a level in their profession.
Skills can be raised through use and through training. Level,
however, can only be raised by gaining experience points, with each
profession having its own methods for gaining experience points.
Levels in Bushido also require a minimum amount of On (honor points).
Levels are used as modifiers to some skills and also indicate a
character's reputation in his/her profession -- in order to become
renowned in one's profession, simply being very skilled is not enough
-- a character must also have done significant things. Thus, the
requirement for experience points and On.
> For example, I know people in my field that are wildly experienced,
> much more than others, and I know people that are totally inexperienced,
> and all sorts of folk in between. Some of the newbies to my field are
> very good at one or two things, and know much more than, say, someone
> very much more experienced. Still, their level of experience is a
> real and approximate-able thing. And it's meaningful to use the
> expression. Level of experience in this case refers, more or less,
> to a sort of weighted average of all the skills attained, with a
> random factor of sorts thrown in for just plain service time or
> years of life.
> Over and over again I've seen it -- more experienced people just do
> better at things, even things where the less experienced people
> (in the field) may have a few individual skills that exceed those
> of the more experienced people. Okay, it might be arguable that
> that just means the more experienced people have some obscure
> 'skills' at higher levels, but we just didn't know what they were,
> like, hmm, "thinking on your feet about matters related to your
> field" or "improvising jury-rigged solutions" or whatever. Fine.
What I think you're trying to get across here is the difference
between a high skill value acquired by "book learning" and/or
simulation-style training and one that includes practical experience.
This is definitely something that many skill systems have problems
with, but there are multiple ways to deal with it.
To some extent, I believe that the problem is a false one, however.
It's more something that exists in the perceptions of gamers than
something that exists in RPGs. A couple of things that make this a
false problem:
- Prior to modern times, few people learned skills solely, or even
primarily, through "book learning" and/or simulations. Instead,
skills were learned through apprenticeships systems. Thus, people
gained real experience with what they were learning to do as they
were learning it, and were given more opportunities to see how
things are actually done "in the field." Naturally, this doesn't
apply to games in modern settings, and may not apply to games in SF
settings as well.
- The second reason has to do with the definition of a skill level.
Many RPGs explicitly state that skill levels are defined in terms of
what characters can do with the skill in practice, and/or in
high-pressure situations. Thus, a character with "high skill" in
colloquial terms but without much practical experience would not
have a very high skill level in game terms, because he/she cannot
*apply* the knowledge well in practical situations.
> Either way, levels of experience, or just levels, can be meaningful
> as an expression of some sort of overall attainment, and levels are
> not at all incompatible with skill-based OR roleplaying systems.
> Or so I would happily assert.
I'll agree with all of that. They *can* be meaningful, and are
definitely not incompatible with skill-based or roleplaying systems.
However, levels can also be very misleading
--
|\ _,,,---,,_ Travis S. Casey <efindel@io.com>
ZZzz /,`.-'`' -. ;-;;,_ No one agrees with me. Not even me.
|,4- ) )-,_..;\ ( `'-' visit the rec.games.design FAQ:
'---''(_/--' `-'\_) http://www.io.com/~efindel/design.html
- Predicting future motion intelligently J C Lawrence
- META: New Mail server and ISP J C Lawrence
- (rec.games.mud.admin) Roleplaying (fwd) Nathan F Yospe
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. Jon A. Lambert
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. J C Lawrence
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. J C Lawrence
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. Chris Gray
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. J C Lawrence
- Persistant storage.... My current idea. Ben Greear
- UML & CORBA Greg Munt
- [MUD-Dev]: smoothing J C Lawrence
- [MUD-Dev]: smoothing J C Lawrence