>>672803 (OP)
>Почему facebook выкинул это дерьмо и переписал свою цукер-аську на сраном c++?
Потому что на таком хуйлоаде дешевле переписать всё на плюсах и поддерживать это, чем регулярно докупать сервера по выходным.
>Почему фирмы поменьше предпочитают уродливейший go
Потому что можно найти любого пхпшника/1сника и посадить его писать код за 15 т.р.
>Почему его форсит лишь один слегка поехавший буддист-русофоб из украин
Потому что все адекватные люди, хотящие кушать, сбежали на скалу.

>>672864
>Зачем тогда переписывать на c++, ведь это сегфолт, долгое время компиляции, std гроб кладбище пидор?
>Купил железку, подключил и забыл (ну там ssdник поменять
До тех пор, пока ты не фейсбук или гугл. На их уровне как раз регулярное расширение железа – крест гроб пидор.

Эрленк даёт ахуенную возможность абстрагироваться от распределения руками, не больше. По нагрузке на сервер от явы не слишком-то отличается (ну разве что вм умеет память системе возвращать). В прикладных задачах даёт перформанс уровня питона.
>Ой да ладно.
А я что по твоему сказал?
>все это предпочли такому-то рантайму, для которого миллион потоков как два пальца?
Да в жявке тоже не проблема запилить легковесные потоки. В том же Goвне они из коробки, причём говно при всей своей убогости как языка, натянет эрленк по перформансу и скорости разработки.

И при этом всём – эрленк разрабатывается одной шаражкой под их собственные нужды, стабильную вм не так-то и давно завезли. Нахуя оно такое?

elixir

>>672900
>До тех пор, пока ты не фейсбук или гугл.
то-то блять фейсбук и гугл сами юзают эрланг

>В прикладных задачах даёт перформанс уровня питона.
на синтетических тестах да, в реальном продакшне эрлангом даже т.н. zero-overhead плюсы заменяют, потому что тупой перворменс на одной тачке в 2016 почти ничего не значит

>Да в жявке тоже не проблема запилить легковесные потоки.
только это будет эвент-дривен ссанина с общим хипом, без отказоустойчивости и горизонтального масштабирования.

>В том же Goвне они из коробки
там каналы, тут акторы, пока в гоу нет примитивов процессов и узлов, и того, чем с ними работать - это не язык для хайлод-будней, а хуйня для хипстеров
>и скорости разработки
только на стадии небольшого проекта, и то вряд ли, эрланг повысокоуровней будет

>под их собственные нужды
December 8th 2015 marks the seventeenth year since Erlang/OTP was released as open source.

>стабильную вм не так-то и давно завезли
стабильной её можно считать аж с 2007 года, так то проекту 15+ лет.

>>672803 (OP)
>Почему facebook выкинул это дерьмо и переписал свою цукер-аську на сраном c++?
https://www.quora.com/Why-was-Erlang-chosen-for-use-in-Facebook-chat
https://www.quora.com/When-did-Facebook-switch-away-from-using-Erlang-for-Facebook-Chat
>Почему фирмы поменьше предпочитают уродливейший go
Очень легкий в освоении, можно взять слабую команду и все равно получить какой-то результат в предсказуемые сроки. Для многих проектов ничего сложнее не нужно.
>>672900
Запилить не проблема, есть Akka например, только они в силу устройства JVM легковесные потоки/акторы будут блокировать потоки системы, то есть может возникнуть что большая часть этих потоков не будет выполняться. В эрланге VM следит за тем чтобы все потоки делали какую-то работу.
мимоскалаёб

>>672970
Хотел еще дать ссылку на статью про планикрвщик эрланга, но макака не даёт. Называется "How erlang does scheduling".

>>672970
А что насчет quasar и pulsar? Юзал ли кто-нибудь сие? Авторы обещают легковесную многопоточность как в эрланге, но на православной jvm?
По той ссылке я понял, что у них когда одна нода крэшился за ней каскадно крэшились и другие. Но может быть они просто не умеют его готовить?

Потому что эрланг скорее мертв чем жив - https://medium.com/@dmitriid/erlang-is-dead-long-live-e-885ccbcbc01f#.6krwgdbil

>>673075
Довольно тупой чел этот румын, помню его по рсдн.

>>673083
Я не знаю, насколько он тупой, но в этом посте все по делу.

Есть 3 killer apps: riak, rabbitmq, ejabberd и все.

За 10 лет в языке никаких изменений кроме Maps не произошло. Программирование требует кучи бойлерплейт кода, не покидает ощущение что эрланг это своего рода ASM.

Компании локомотива, которая бы продвигала и развивала язык тоже нет.

У меня есть стойкое ощущение что erlang сейчас по большей части используют средние и крупные enterprise, которые в 2007-2011 писали свои собственные системы грид вычислений/кластерные системы, никогда их в open source не выкладывали и до сих пор их поддерживают.

Всяких модных вещей типа Hadoop, Spark, Storm и тд нет и уже не будет, так как ниша уже плотно занята вышеназванными системами.

>>673104
Чел просто не в теме.

>Программирование требует кучи бойлерплейт кода
Вообще пушка.

>Всяких модных вещей типа Hadoop
Нахуй он нужен, когда есть такой-то Disco?

>>673001
>когда одна нода крэшился за ней каскадно крэшились и другие. Но может быть они просто не умеют его готовить?
This

>>673001
А что эти обёртки должны изменить? Сама суть эрланга в изоляции (каждый процесс имеет отдельный хип), специфическом щедулинге и нативной распределённой работой изкоропки. Нужна именно специальная VM'ка и система управления рантаймом, отличная от JVM-говна.

Во-вторых в эрланге изначально правильно выбраны конкурентные и распределённые примитивы, которые в джявах остаётся только либами велосипедировать, которыми, очевидно, пользоваться будет неудобно, особенно с кодом, который уже работает по-другому.

>>672970
>Secondly, we found a number of instances where Erlang wasn't scaling well to multiple cores.

И вместо того чтобы переписать на идиоматичный код запердолили ручное питушение тредиков на крестах. Заебись, че. Потом соснут с утечками и перепишут на Раст. Потом соснут с Растом и т.д. Отлично пацанам живется.

>>673140
У них там не такие дебилы как ты работают. Там и свои хттп сервера и прочее уже давно на плюсах. Да и гугл что-то не соснул до сих пор.

>>672935
Хуя ты детектив.

>>673139>>673001
Не слышал о них, первое что нашел (http://blog.paralleluniverse.co/2015/05/21/quasar-vs-akka/) говорит
>Quasar fibers are implemented by creating and scheduling continuation tasks and since the JVM doesn’t (yet) support native continuations, Quasar implements them through selective bytecode instrumentation: methods that can block a fiber currently need to be explicitly marked through annotations so that Quasar can insert the continuation suspension and resumption hooks.
Не знаю как это отразится на производительности. Вообще нужно подробнее почитать.
>>673104
>не покидает ощущение что эрланг это своего рода ASM.
Не раз слышал мнение что эрланг это С для низкоуровнего распределенного программирования, для реализации всяких бинарных протоколов etc. Там вроде удобно байты ебать, сам не скажу, не писал.
>>673140
Не соснут, у них уже были годные протестированные абстракции. Btw, было бы интересно если бы кто-то заюзал Rust для таких целей.

Потому что очередное поделие от 1,5 нитакихкакфсе бородатых аутистов, поделие, которого хватило на пару лет хайпа, прежде чем все поняли что это сладкий хлеб без задач.

>>673289
ну ни траль плес(

Блеванул от синтаксиса. Написание кода на Эрланге не приносит ничего, кроме боли. Эликсир поприятнее будет, но сдаётся мне, что он мёртворождён.

>>675504
>Эликсир поприятнее будет, но сдаётся мне, что он мёртворождён.
Посмотри сначала фичи, прежде чем выводы делать. По мне так это практически прорыв в бекенде, чего не было уже очень давно.

>>675510
Мёртворождён, потому что нуль вакансий и не факт, что появятся. Изучение Goвна более оправдано в этом плане.

>>675540
Цветёт всё буйным цветом, ты что.. Вакансии это такое, естественно все ссут сразу в продакшне юзать новую технологию. Но перспективы очень даже есть, в общем я ставлю на него в ближайшие 3 года.

>>675547
Всеми руками за, мне как питонисту язык очень приятен.

>>675554
А мне как рубисту :3 Глядишь, закончится один из холиваров, хотя всем похрен и так в общем-то.

> Goвно
> говна
> goвну

> совершенно не печёт жопку

>>676681
илюша, плес

>>672803 (OP)
Потому что это сраный интерпретируемый недолисп. В котором даже нет ООП.
Основная и единственная фича - зеленые потоки, коих можно делать OVER 9000. Сейчас зеленые потоки можно делать на Go, но он еще и создает нативный код со скоростью C++. Вот интерпретатор и соснул у компилятора.

>>676687
Я не илюша, но очевидно что Erlang не имеет никаких преимуществ перед Go. Это примитивный функциональный язык для школьников, неосиливших ни хаскель, ни схему.

>>676805
>>676801
>мам смотри я щас всех затролю
))

>>676801
>Основная и единственная фича - зеленые потоки
>зеленые потоки
и сразу обосрался, найс

>Сейчас зеленые потоки можно делать на Go
у гошных каналов, нет ничего общего с эрланговскими процессами,обосранка

>но он еще и создает нативный код со скоростью C++
>2016
>серверсайд
>дрочить на скорость и нативный код, а не плавность работы скедулера и распределенные вычисления
ясн, лоллируй отсюда, чухан

>>676805
>никаких преимуществ перед Go
но Go - процедурный язык из 80х, который случайно попал во временную воронку и оказался в настоящем, его конкуренты это бейсик и паскаль

>ни хаскель, ни схему.
сравнил теплое, красное и мягкое, это разные языки с разными идеями, Erlang - конкурентно-ориентированный, в хаскеле упор на систему типов, в схемке макросы и гигиена, и типа академическая правильность, вследствие чего 0 практической пользы, только для обучения норм было, да и то в 75 году

>для школьников
ок, многомиллиардные компании - школьники, а илюша - миллиардер

>>676801
Эээ, кек блять. И почему-то челики из того же uber не используют их и пишут что стандартные горутины с каналами насасывают по преформансу https://eng.uber.com/go-geofence/

Про аналогичную C++ коду перформансу ты уде совсем загнул свой манямирок, илюш.

>>673104
>riak, rabbitmq, ejabberd
+Chef, CouchDB, Wings3D
+WhatsApp, полагаю подразумеваешь как чаcть ejabberd

>>673209
>Не раз слышал мнение что эрланг это С для низкоуровнего распределенного программирования, для реализации всяких бинарных протоколов etc. Там вроде удобно байты ебать, сам не скажу, не писал.
Байты очень удобно ебать, подтверждаю.
%мимо-эралнгогосподин%