Сергей, соглашусь с вами, это получается такой нативный технический бэкнраунд для решения административных задач
Genserver использует ресурсы OC, значит он сам по себе является надстройкой. Лучше работать с системами ОС напрямую. а это просто удобное приложение для такой прямой работы
Ну, тот же Oban (и большинство решений для background jobs) тоже использует генсерверы. Основное отличие от просто генсервера в том, что у него есть persistent queue.
насколько мне понятно, плтформа на которой запускается Erlang - realtime (система реального маштаба времени), вот поэтомуp для реализации этой системы и существуют такие вещи как persistent
насколько мне понятно, плтформа на которой запускается Erlang - realtime (система реального маштаба времени), вот поэтомуp для реализации этой системы и существуют такие вещи как persistent
persistent (в persistent queue) тут вообще никак к эрлангу, свойствам его VM и рантайма не относятся, оно относится к БД в Postgres 😃
persistent (в persistent queue) тут вообще никак к эрлангу, свойствам его VM и рантайма не относятся, оно относится к БД в Postgres 😃
а, понял о чем вы говорите, ну тогда и вопрос по Genserver отпадает, потому что это часть VM, а как сказали тут отношения к ErlangVM вообще никакого нет
а, понял о чем вы говорите, ну тогда и вопрос по Genserver отпадает, потому что это часть VM, а как сказали тут отношения к ErlangVM вообще никакого нет
тут еще ребята говорили о статической и динамической типизиции
мне представляется, что динамическая типизация выполняет роль тележки в супермаркете
если вы берета мало товара для покупок, то вы это можете нести в руках, вы сами тут следите и все контролируете. Ну а если покупок много, вам нужен помошник, тележка, она будет следить за всеми товарами, которые вы в нее положите
на системах где используется много товаров, лучше пользоваться тележкой
средний человек по своей природе может оперировать 5-7 объектами одновременно, если больше, все в тележку, это становится уже проблемой четырёхколёсной