Ну, тоже динамический, тоже строготипизированый ;)

Ладно, он JIT’ируемый :)

Понятно, что если Вы будете писать с нуля Hadoop/поисковый движок гугла, то Вы выберете компилируемый язык.

хм. только вот hadoop на java написан... ;)

Из уашки еще не было, а из рашки, белорашки и молдовашки есть :)

80 человек программистов, из них треть — иностранцы. Половина программистов, наверное, до нас с Erlang’ом не работала. С релокейшном помогаем (то есть оформление документов, поиск квартиры, компенсация перелета).

klarna.com/.../work-at-klarna :)

В Швеции. Приезжайте к нам :) Тут хорошо

Я уверен, что это при наличии людей с опытом. А людей с опытом эрланга на рынке почти нет.

Нет, без опыта. Главное, чтобы человек думать умел, а Erlang язык во многом примитивный.

Чисто интересно, сколько платите ?

От 10% выше, чем в среднем по рынку, если среднее брать тут: lostinstockholm.com/...-by-occupation

Но также зависит от того, на кого устроишься — джуниором или сениором :)

Actors are very lightweight concurrent entities. They process messages asynchronously using an event-driven receive loop. Pattern matching against messages is a convenient way to express an actor’s behavior. They raise the abstraction level and make it much easier to write, test, understand and maintain concurrent and/or distributed systems.

Заменяем actors на Erlang Process и ничего не меняется.

Actors were defined in the 1973 paper by Carl Hewitt but have been popularized by the Erlang language, and used for example at Ericsson with great success to build highly concurrent and reliable telecom systems.

Akka embraces distributed computing and the network and makes it explicit through message passing, therefore it does not try to lie and emulate a leaky abstraction. This is a model that have been used with great success in Erlang and requires the user to model his application around. You can read more about this approach in the Erlang documentation (section 10.9 and 10.10), Akka follows it closely.

Supervisor hierarchies originate from Erlang’s OTP framework.

То есть берем все из Erlang’а, но нет, ни в коем случае не называем это такими же именами. Пусть фанатики думают, что у них все не так

Любая из тех задач — синтетическая. За исключением пары-тройки, для которых Erlang так или иначе применяться не будет.

Слив продолжается, это хорошо.

Осталось понять, каким боком shootout относится к реальности

Akka decouples business logic from low-level mechanisms such as threads, locks and non-blocking IO. Your Scala or Java program logic lives in lightweight Actor objects which send and receive messages.

Все, лишь бы иметь хоть что-то хоть близко похожее на Erlang

On a commodity machine, you might run several million Actors — quite a step up from mere thousands of threads in a traditional Java application.

Бгг. Это к вопросу о “хорошем рантайме”

Про первое я не несу

Это какой то эмулятор стека, а не стек который юзает проц.

Ну да, ну да, совсем не несешь

давай плиз пруфлинк что в ерланге в каждом процессе используется именно структура данных которая как то относится к стеку

Ссылки я уже приводил. Читай, просвещайся. Единственное, что стек там может использоваться не так активно, как в «классической» поточной модели.

А с чего ты взял что я не могу? Я не хочу такой херней страдать.

Слив, как он есть

Он не поймет. Ведь JVM настолько крута, что народ в срочном порядке пилит Akka и активно пытается сравнить ее с Erlang’ом

Ну ты же тут несешь чушь про то, что стек должен использовать процессор и что в Эрланге эмуляция стека

Покажи мне, где в определении стека (хоть просто стека, хоть стека вызовов) есть требование использовать процессор.

Так и GC нормальный она появила благодаря чуваку, взрощенному на Erlang’е :)

Тупой ограниченный фанатик, как есть.

Ну да, ну да. В определении стека ясно ведь написано «обязательно должен использовать процессор». Тупые фанатики такие тупые фанатики.

Где это я с ней внезапно согласился?