Je regarde les deux mêmes alternatives que vous, gotts, pour plusieurs projets.
Jusqu'à présent, le meilleur rasoir que j'ai trouvé pour décider entre eux pour un projet donné est de savoir si j'ai besoin d'utiliser Javascript. Un système existant que je cherche à migrer est déjà écrit en Javascript, donc sa prochaine version sera probablement faite dans node.js. D'autres projets seront réalisés dans un framework Web Erlang car il n'y a pas de base de code existante à migrer.
Une autre considération est qu'Erlang évolue bien au-delà de simples cœurs multiples, il peut évoluer vers un centre de données entier. Je ne vois pas de mécanisme intégré dans node.js qui me permette d'envoyer un message à un autre processus JS sans me soucier de la machine sur laquelle il se trouve, mais il est intégré directement à Erlang aux niveaux les plus bas. Si votre problème n'est pas assez important pour nécessiter plusieurs machines ou s'il ne nécessite pas plusieurs processus coopérants, cet avantage n'a probablement pas d'importance, vous devez donc l'ignorer.
Erlang est en effet une piscine profonde dans laquelle plonger. Je suggérerais d'écrire un programme fonctionnel autonome avant de commencer à créer des applications Web. Une première étape encore plus simple, puisque vous semblez à l'aise avec Javascript, consiste à essayer de programmer JS dans un style plus fonctionnel. Si vous utilisez jQuery ou Prototype, vous avez déjà commencé ce chemin. Essayez de rebondir entre la programmation fonctionnelle pure dans Erlang ou l'un de ses parents (Haskell, F #, Scala ...) et JS fonctionnel.
Une fois que vous êtes à l'aise avec la programmation fonctionnelle, recherchez l'un des nombreux frameworks Web Erlang; vous ne devriez probablement pas écrire votre application directement sur quelque chose de bas niveau comme inets
à ce stade avancé. Regardez quelque chose comme l' azote , par exemple.