стоит конечно

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

ща вспомню в чем отличие парализм от какаренси

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

валишь

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

или по акка кластеру

ну если кластер есть, то вообще замечательно

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

Там где нужны асинхронные вызовы используйте Future или более современные аналоги.

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

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

Пишет вам человек, который в своём первом приложении на Скале вместо классов писал акторы. Это очень плохая идея 😊

тоже сколько ни начинал делать какие-то тестовые поделки, пощупать акку, каждый раз получалась запутанная хрень. списывал все на неопытность

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

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

Не пишите актор пока не поймёте что вот, стоп, тут нужен актор.

после прочтения мануала кажется, что везде нужен актор

я так не делаю, но ощущение такое было

инмемори стейт на акторах легко пилить

постановка задачи (грубо говоря зачем использовать АККА/акторы) описано в реактив манифест

но кому он нужен

и в 99% случаев его проще напилить на рефах

Так и делают. В 90% случаев акторы вообще не нужны. Они нужны становятся там где распределенные выселения начинаются.

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

Например тот же Ref из cats-effect.

я во всех проектах на которые приходил перепилил акторы на Agent из той же акки