то что для языка написали свою версию недорельсов не делает его сразу языком где "много библиотек и они работают"

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

можно сишные модули завести как ноды

на го тоже можно "много чего намутить для сети и протоколов"

и питон и жаву даже

и как обвязка для сишных либ он как-то приятнее

про кластер из коробки можно подробнее

отказоустойчивость в ноде как реализована?

какие такие там кластеры из коробки

про кластер из коробки можно подробнее

у ерланга на борту сразу вм и вся необходимая инфраструктура для построения кластеров.. вплоть до кластерной БД

кластер это же у нас что. или LB или HA - как-то так ведь, да?

в пределе - paxos

кластерная БД - это мнезия что ли?

а ей пользуются вообще?

ну я хочу услышать ответ

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

и как - успешно?

вполне

там наверное есть шедулер распределенный, который таски по нодам раскидывает?

это уже как сам напишишь. шедуллеры и прочие штуки. из конструктора ОТП

@aviamodelist ну т.е ты понимаешь, что ты вот это всё рассказываешь в месте, где сидят несколько человек, который этот эрланг во всех видах в продакшене использовали?

берешь и строишь приложение из визардов и вокеров и прочего

и все эти военные песни про кластеры - это обычный BS.

не, по сравнению с эрлангом может и много но по сравнению с тем же го их просто нет, совсем

ну так да, конечно

в OTP нишиша нет, и первое что ты делаешь - это или пишешь свой LB, или просто тупо берешь и ставишь фронтом nginx

в кач-ве HA - pacemaker

со всем его гемороем

и все эти военные песни про кластеры - это обычный BS.

ну расскажите мне.. ато все сводить к авторитам которые там гдето сидят это не есть парвильный путь. мы за авторитет истины а не за истину авторитетов

а в кач-ве распределенной БД - постгрес с ручным шардированием

в OTP нишиша нет, и первое что ты делаешь - это или пишешь свой LB, или просто тупо берешь и ставишь фронтом nginx

nginx ты ставишь только для задач с вебом

а в кач-ве распределенной БД - постгрес с ручным шардированием

ну тут кто на что горазд. не постгресом одним живем..

ну создается ощущение, что то, что ты рассказываешь - ты прочитал в книге

вот по поводу распределенной БД которая у тебя там в пределе - это ты про мнезию что ли?

я писал свой софт который работает и мониторит оборудование

вот по поводу распределенной БД которая у тебя там в пределе - это ты про мнезию что ли?

мнезия это конструктор.. прежде всего. а то как ты его будешь юзать зависит во многом от тебя самого

ну еще раз

она или нет?

ну она

ok

в го же нет на борту такого.

да на борту оно и не нужно

это смотря кому.. опять же. зависит от задач. гдето согласен и кластер ненужен

ну кластера там тоже нет

а если более или менее RPC, что есть то есть.

ну вопервых ты же можешь раскидать код по нодам и вызывать удаленно и безопасно функции по имени ноды. и все это есть сразу в поставке, я незнаю а что это тогда если не кластер? по мне очень удобно

любой RPC так может, ничего тут такого эрлангового нет

ну кластер это разное. например, LB

или, например, HA

ну как, а сериализовать код и передать на ноду.. там в конце концов развернуть или обновить на горячую, совместимость типов и все такое.

но и то, и другое ты там или напишешь сам, или возьмешь готовое

так вот товарищи замутили OTP и erlang vm для таких задач все это годами откатали и вылезали, почему бы не использовать?

они ничего из того, что я упомянул, не замутили

тем более это все проектировали, за этим стоят исследования

а туда-сюда код слать и где-то его выполнять - нечасто нужная задача

ну т.е можно спроектировать систему так, что это не нужно

там где ненужно я яву jvm юзаю к примеру.

@voidlizard а вы какие задачи решали на ерланге?

сервисные платформы, телеком

сервера

прошивка роутера

вебня

а чем выбор go в конечном счете был мотивирован?

я go не выбирал

я не пишу на нем

проект закрыли (прошивка), чел ушел писать на go

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

на эрланге в смысле

ERROR: S client not available

т.к для одних он недостаточно хаскел. я для других слишком не c++

в прошивке роутера он показал себя бессмысленным

кроме того, мы вторые кто прошел по этому пути в роутерах

есть еще одна роутерная контора тут (в РФ) которая делала прошивку на эрланге, и во второй версии выкинула его нахрен

так что и тут мы оказались не пионерами

похоже что слишком железячная задача

нет. прикладная

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

ничего такого в общем

динамическая типизация, жирный рантайм, сложная мутная архаичная инфраструктура => никто его не любит

никто его не любит - никого не заставишь на нем писать

так и пилили проект полторы калеки, пока не загнулся.

ну в роутерах сложно жить. мало места. куцее ядро.. там точно не место для вм с менеджементами памяти и все такое. Микротики всякие.

ну как

ну примерно так, да. покоцанная beam туда влезала, довольно легко спортировали

но дело в общем не в этом, а в том, что никакого профита он не дал

а вы на что расчитывали? осмелюсь предположить на фп, легкость поддержки там.. бинарные потоки и надежность?

просто интересно очень стало в каком месте было больше всего проблем

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

ну, язык высокого уровня, много желающих на нем писать, легко наращивать команду, понаписать прикладного софта

отдавать куски на аутсорс

опубликовать API

сэкономить места, т.к байткод компактнее нативного кода

а в реальности как вышло?

стремный язык => никому не нужен. никто не будет писать, делать API нет смысла

бороться не за что

остальные проблемв, в общем, можно было бы побороть

ну второй конторы, которая на нем делала прошивку, еще надежность была очень низкая

т.е они устали от постоянных перезапусков (let it crash), тупо плюнули и переписали

а мы до этой стадии не успели дойти

ну вот язык всетаки думаю хороший, вопервых фп клозы даже есть)) только синтаксис необычный - (но мне вот нравится) и нетипизированный, ну и неленивый - хотя может даже это и плюс в данном случае в остальном конечно - найти спецов сложновато ну все остальное от непопулярности

а непопулярный - потому, что стрёмный.