[erlang-questions] What are the cons and pros of using Erlang rather than java to develop server backend?

Fred Hebert (MononcQc) mononcqc@REDACTED
Sat May 23 20:03:37 CEST 2009

I understand that and am currently in the process of learning Lisp as a
whole and will definitely give an eye to LFE. The idea here was to show a
possible way to do things with the JVM. I still firmly believe Erlang and
its VM are more adapted to the job of heavy parallelization and especially
distributed code.

I also believe clojure is a nice alternative if you can only work with the
JVM and Erlang is not a choice.

On Sat, May 23, 2009 at 10:40 AM, Robert Virding <rvirding@REDACTED> wrote:

> 2009/5/22 Fred Hebert (MononcQc) <mononcqc@REDACTED>
>> Well, as has been mentioned, you could go with clojure and terracotta for
>> the JVM; Clojure is a lisp-variant without destructive updates and comes
>> with transactional memory built-in; it's thus functional, benefits from a
>> two-way communication system with the java libraries, can be good at
>> concurrency. Terracotta would let you distribute the code with relatively
>> enough ease too.
>> Hot code swapping can be substituted by updating nodes one by one and a
>> good switching system; with enough isolation, the update becomes transparent
>> and requires no downtime at all, while forcing you to keep redundancy in
>> mind.
>> It's certainly more complicated to set up as a distributed environment,
>> but it's a completely acceptable alternative, especially for the libs and
>> the lisp macro system.
> If you want a lisp macro system plus OTP plus the erlang VM plus ..., but
> without the JVM and libs then an alternative is to use LFE (lisp flavoured
> erlang) which gives you all of those.
> Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20090523/729ae238/attachment.htm>

More information about the erlang-questions mailing list