Этого достаточно?

Тем, что у JVM - одна задача, упоротым способом сделать переносимый код. BEAM же был заточен на многопоточку и коммуникацию, по этому на сервере выглядит куда более органично.

> в BEAM это было изначально
Скидывает цитату из introduction-to-java.html

Так чем конкретно BEAM лучше, ты скажи.
Например, "BEAM лучше потому что у него не STW сборка мусора"

Но ты этого не говоришь, ты просто бросаешься общими словами

Как раз нет. Сказано было, что BEAM затачивался под конкретные задачи, а JVM нет, и что это видно.

ну кстати, если “многопоточка” это мультикор, aka SMP, то его в ерланг году в 2006 завели %) до этого в одном процессе луп был

Только до 2005 не было многопоточных процессоров, а до этого в класстерах всё брала на себя ОС

The Better Way is Here Now

Now there is a better way -- the Java TM programming language platform from Sun Microsystems. Imagine, if you will, this development world...

   Your programming language is object oriented, yet it's still dead simple.
   Your development cycle is much faster because Java technology is interpreted. The compile-link-load-test-crash-debug cycle is obsolete--now you just compile and run.
   Your applications are portable across multiple platforms. Write your applications once, and you never need to port them--they will run without modification on multiple operating systems and hardware architectures.
   Your applications are robust because the Java runtime environment manages memory for you.
   Your interactive graphical applications have high performance because multiple concurrent threads of activity in your application are supported by the multithreading built into the Java programming language and runtime platform.
   Your applications are adaptable to changing environments because you can dynamically download code modules from anywhere on the network.
   Your end users can trust that your applications are secure, even though they're downloading code from all over the Internet; the Java runtime environment has built-in protection against viruses and tampering.

Язык-то и вправду dead simple после C++

e.g. [:li “Email {email}”] + {:email “a@a.com”} => [:li “Email a@a.com”]

коллеги, а кто-то видел поверх хиккапа обходчик с параметрами?
Чтобы в строках внутри элементов менять {ключи} на значения из словаря?