[MUD-Dev] Programming Languages.

Matthew Estes matt at maintree.com
Wed Jul 2 20:52:09 CEST 2003


At 12:30 AM 7/3/2003 +0200, you wrote:
> "Matthew Estes" <matt at maintree.com> wrote:

>> experience doing a MUD in Erlang and what they think about it.

>> Erlang seems ideal for this kind of thing as it was designed for
>> writing reliable distributed client-server systems and is used in

> i saw your prior post about Erlang. I know they are using it in
> Ericsson, but i find it too proprietary and unsupported.

How so? There are open-source implementations of Erlang, and the
compiler/environment provided on erlang.org comes with source. My
understanding of their licensing agreement is that its a fairly
standard open source license, and definitely no problems for others
writing open source.

> want to have some extravaganzza, you can try at least something
> standardised :) as for example Chill.  CHILL is a block-structured
> compiled language, standardized by the ITU

The message passing concurrency only eliminates a large set of
problems with multithreaded designs. Also, I find pattern matching
syntax of Erlang a very natural way to solve some problems. In
general, Erlang seems to be a much more lightweight language than
Chill. I like lightweight. While I may never use it, even the
runtime code replacement makes me like Erlang, because it indicates
how pragmatic they were about ways to design a language to support
server development. Also, I really like garbage collection, so the
fact that Erlang is tail recursive is nice since its more of a
functional style.

>   http://cgibin.erols.com/ziring/cgi-bin/cep/cep.pl?_key=Chill

> Even though my company is using it, i would choose quite other
> path - standard c++ with some extra wrappers, such as real time
> corba. this is the path i am examining right now. and yeah, UML
> too. big industry design for small muds :)

I would not consider "big industry design" a good thing. Really, I
PERSONALLY prefer to stay away from most of the things you mentioned
in that list. Don't get me wrong, I'm a proponent of good design,
its just I prefer different tools for reasons that are probably not
appropriate to go into on this list.

So is C++ about it for MUD implementation?

                                         Matt Estes
_______________________________________________
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