Ich schaue mir die gleichen zwei Alternativen an, die Sie für mehrere Projekte sind.
Bisher ist das beste Rasiermesser, mit dem ich mich für ein bestimmtes Projekt zwischen ihnen entschieden habe, ob ich Javascript verwenden muss. Ein vorhandenes System, das ich migrieren möchte, ist bereits in Javascript geschrieben, daher wird die nächste Version wahrscheinlich in node.js ausgeführt. Andere Projekte werden in einigen Erlang-Webframeworks durchgeführt, da keine zu migrierende Codebasis vorhanden ist.
Eine weitere Überlegung ist, dass Erlang weit über mehrere Kerne hinaus skaliert und auf ein ganzes Rechenzentrum skaliert werden kann. Ich sehe keinen integrierten Mechanismus in node.js, mit dem ich einem anderen JS-Prozess eine Nachricht senden kann, ohne sich darum zu kümmern, auf welchem Computer er sich befindet, aber dieser ist auf den niedrigsten Ebenen direkt in Erlang integriert. Wenn Ihr Problem nicht groß genug ist, um mehrere Computer zu benötigen, oder wenn nicht mehrere kooperierende Prozesse erforderlich sind, spielt dieser Vorteil wahrscheinlich keine Rolle. Sie sollten ihn daher ignorieren.
Erlang ist in der Tat ein tiefer Pool, in den man eintauchen kann. Ich würde empfehlen, zuerst ein eigenständiges Funktionsprogramm zu schreiben, bevor Sie mit dem Erstellen von Web-Apps beginnen. Ein noch einfacherer erster Schritt, da Sie mit Javascript vertraut zu sein scheinen, besteht darin, JS in einem funktionaleren Stil zu programmieren. Wenn Sie jQuery oder Prototype verwenden, haben Sie diesen Pfad bereits eingeschlagen. Versuchen Sie, zwischen reiner funktionaler Programmierung in Erlang oder einem seiner Verwandten (Haskell, F #, Scala ...) und funktionalem JS zu wechseln.
Wenn Sie mit der funktionalen Programmierung vertraut sind, suchen Sie nach einem der vielen Erlang-Webframeworks. Sie sollten Ihre App wahrscheinlich nicht direkt auf etwas Niedriges schreiben, wie inets
zu diesem späten Zeitpunkt. Schauen Sie sich zum Beispiel so etwas wie Stickstoff an.