[MUD-Dev] TECH: programming languages (was: Re: TECH: STL / Heaps, etc.)

Bruce Mitchener bruce at puremagic.com
Thu Aug 16 07:44:59 CEST 2001


Ola Fosheim Grøstad wrote:
> Bruce Mitchener wrote:
 
>>  * Has anyone used Prolog or a logic language in their mud?
 
> Richard Bartle obviously?

Happen to know of any further information on this?  How was it used?

>>  * How about XSLT? (Anyone doing wireless and using this to
>>  translate for the various systems?)
 
> You are probably better off buying somebody's product :-(.

For XSLT or for wireless? I only mentioned wireless as I knew of
some people using XSLT for such a thing.  I personally have little
interest in wireless.

There are plenty of good XSLT libs available though under various licenses.

>> Or is it that most from-scratch muds by hobbyists are done with
>> the intent to learn C/C++/Java more than doing research into what
>> might make for a more effective new type of server?

> Not really sure how a different imperative implementation language
> is going to get you to a new type of server?

Languages impose constraints upon the space of what is easily
achievable and their assumptions shape the design of a system.
While many of the differences will be within the implementation,
that doesn't render them irrelevant.

Taking a simple example, if you're working with a language or
embedding a language which can be sandboxed, or otherwise secured to
allow user-programming in a way similar to MOO or Cold, you're going
to end up with an end result that would be significantly different
from one that didn't have the capability of offering
user-programming.

The implementation level differences are obviously significant as
well. Taking one project that I've seen, with a language that
supports garbage collection and method forwarding, Miro's managed to
create a really cool object persistence system that has large parts
that are entirely transparent to the server programmer.  That's led
to a number of very different ways of looking at problems elsewhere
in the server and alternative ways of solving other problems because
the persistence system is a great enabling technology.

Another fun example would be E.  With full capability-based security
at one's fingertips, some pretty cool features could be given to the
users.

Similarly, I know that my mindset changes depending on what language
I'm working in.  I write different sorts of code if I'm writing in
ColdC, or C, or C++, or Objective C, or TOM, or PostScript, or ....
That changed mindset leads to different ways of solving problems,
some of which are sometimes visible to the end-user, others which
merely greatly change the internal implementation.

So, maybe I've misunderstood your comment.

  - Bruce


_______________________________________________
MUD-Dev mailing list
MUD-Dev at kanga.nu
https://www.kanga.nu/lists/listinfo/mud-dev



More information about the mud-dev-archive mailing list