, but it's nice for static source analysis - and
when someone decides they want to compile a new language to the ERTS, the
package is ready...
Regards,
Alex Kropivny
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman
Short answer: no, and what it gives is quite different.
Long answer:
Erlang gives me two things that are hard to replicate:
1. firm-realtime performance, even at high load: the distributed GC is very
nice
2. a very well defined model for handling, and recovering from failure
Hot code reload is
uploaded.
I would like to take over maintenance of the package, and upload the fix
ASAP.
Regards,
Alex Kropivny
[1] https://github.com/amtal/CoreErlang/tree/0.0.2
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo
Let's look at this from a high, project management level. Twitter ran on...
Ruby initially? Facebook ran on PHP.
Immediately this tells me that programming language choice wasn't a factor
in their success. One succeeded in building a large throughput system with a
slow language, the other
:
That's interesting, have you ever worked on interfacing Erlang with
Haskell?
BTW, Twitter switched to Scala, so obviously their initial choice of Ruby
end up invalidated.
2011/10/21 Alex Kropivny alex.kropi...@gmail.com
Let's look at this from a high, project management level. Twitter ran
Regardless of how crazy it sounds, an idea from Joe Armstrong is worth
seriously thinking over.
This has bugged me before: think about how we design and write code as
project size, or programmer skill grows. You start with composing statements
inside a single function; later, you start to compose
or
whatever) but would be amazing for learning good Haskell if it got off the
ground!
On Mon, Jan 3, 2011 at 8:19 AM, Ertugrul Soeylemez e...@ertes.de wrote:
Alex Kropivny alex.kropi...@gmail.com wrote:
Could something like code abstraction be done instead?
Haskell lends itself to solving
Could something like code abstraction be done instead?
Haskell lends itself to solving problems in really generic, high level ways
that reveal a LOT about the underlying problem structure. Through some
combination of descriptive data types, generic type classes, and generic
helper functions...
The previous AI challenge (tron) was a lot of fun. I suspect the
experience they gained from running the last one, will make this an
exciting contest.
Haskell fared well in the last contest, despite it favouring fast
C/C++ implementations due to a focus on classic minimax/pruning. The
current
