USI 2010 Session
Java's future: Erlang, Haskell or Ruby?
New languages are more and more pervasive and shatter an eco-system dominated by Java: Ruby and espcially Rails, announce productivity makig project managers dream; some other propose concurrence and parallelism handling (often problematics for Java programmers) natively in the laguage.
What do we have to do? Throwing away Java and its JVM, staying deaf to sirens songs? In this session we will talk about the Java platform limitations and try to know how we could accomodate the best of both worlds.
About speakers
-
Marc Bojoly
Expert
OCTO Technology -
Benoît Lafontaine
Java expert
OCTO Technology -
David Rousselie
Expert
OCTO Technology
Session tags
> View all tagsSuggestions
-

Decisions-making: change is coming. Will the wall break down soon?
Decision-making is expensive, always late, with false information, delivered by an organization...
-

The challenges of long-term software quality in open source
Coming up with quality software is hard. Evolving software in a quality fashion is even harder....
-

Derrick de Kerckhove
Derrick de Kerckhove is the author of The Skin of Culture and Connected Intelligence and Professor...
2 comments
Hello, je réagis rapidement, il est dit dans cette vidéo que Erlang est un langage expérimental sur la JVM. Il est possible d''utiliser les librairies Java avec Erlang, et en effet ce n''est pas l''objectif premier du langage. Mais ce que vous oubliez de dire, c''est que Erlang est un langage stable depuis de nombreuses années qui tourne sur sa propre VM, utilisé en production pour des applications à très forte charge et qui s''en tire à merveille. L''exemple le plus connu est le switch AXD301 de Ericsson dont la majorité du code source est écrit en Erlang (~1 million de lignes) et qui a permis un uptime de 31ms sur 1 an, soit 9,99999999% d''uptime.
Oui nous sommes d'accord. ERLang le langage est expérimental sur la JVM avec ERJang mais la VM ERLang reste la plus adaptée à exécuter des applications ERLang. Son modèle d'exécution (gestion des process et gestion de la mémoire) est fait pour ERLang : gérer des acteurs avec une heap dédiée, envoyer des messages asynchrones ou encore le rechargement de code à chaud pour maximiser l'uptime des applications qu'elle exécute.
Write a comment