LU
Мир тесен.
Size: a a a
2021 April 09
RA
Не хочешь обмен сообщениями? Ну вызывай функции как в любом другом функциональном языке. Но зачем, если Эрланг заточен на массовый параллелизм, асинхронность и т.п. Причём настолько грамотно заточен, что после эрланговых процессов ни на какие Го и прочую смешную возню со всякими промисами и корутинами смотреть просто не хочется.
VM
вот бы ещё эранговые программы не теряли сами себя в запущенной вм
VM
а то у меня что кролик, что ёж страдали таким
VM
работает-работает N времени, а потом через ctl к нему обращаешься, а он говорит "не запущено". А что там в спике процессов - не волнует
VM
ну и на запросы извне оно тоже может при этом перестать отвечать
VM
при этом при kill -9 терять данные и ломать собственную базу
SN
Мне кажется, я был неправильно понят( Насколько я понимаю, Иерсулаимски критиковал не то, как Эрланг выглядит снаружи, а как устроен внутри. Вот и хотелось бы узнать мнение специалиста по внутрянке)))
SN
К примеру, Луа использует +- обычный синтаксис вызова функций, а с C общается через стек. То, что за кулисами может разительно отличаться от того, что на сцене.
SN
Вообще, функциональные языки - это здорово, ты мыслишь в терминах что нужно сделать, а не как именно. Но увы, часто этот подход разбивается о суровую реальность нефункционального окружения(
SN
У нас один товарищ написал на Эрланге базу данных, так она работает на довольно слабом железе (древние АРМы) и почти не падает))) Правда требование - не более 12 часов непрерывной работы, так что... А потом, гад, уволился) У нас никто в Эрланге не шарит, так что мы теперь просто молимся)))
VM
а ещё придуман нормальный софт, который не уходит в DOWN даже после года работы
VM
а ещё, в случае ejabberd'а, если взять тот же prosody, то у последнего и memory footprint на пользователя меньше, и производительность (в плане "максимальное количество передаваемых одновременно сообщений прежде чем захлебнуться") больше :)
VM
(prosody написан на Lua)