Size: a a a

Scala User Group

2020 July 22

λ

λoλdog in Scala User Group
вся эта концепция жрет неплохо так от производительности
источник

D

Dima Kubitskiy in Scala User Group
ну есть конечно любители например позапускать фьючи в акторах. А потом жалуются на перфоманс и потребление ресурсов. Но это уже проблема не с технологией, а с тем кто ей пользуется.
источник

λ

λoλdog in Scala User Group
Я вообще не про фьючи
источник

λ

λoλdog in Scala User Group
все мэилбоксы это конкарент структуры данных. Добавление в них удовольствие дорогое
источник

D

Dima Kubitskiy in Scala User Group
ну надо отдельно разбираться в чем проблема, конечно можно убить перфоманс
источник

D

Dima Kubitskiy in Scala User Group
с любым подходом
источник

λ

λoλdog in Scala User Group
Это не то чтобы проблема, это просто факт, что за всю эту простоту с многопоточностью нужно платить
источник

λ

λoλdog in Scala User Group
иногда это просто не нужно
источник

D

Dima Kubitskiy in Scala User Group
ну например у тебя мвп/стартупа, вот тут может рановато внедрять микросервисы/акторы
источник

AF

Anton Feoktistov in Scala User Group
Dima Kubitskiy
ну есть конечно любители например позапускать фьючи в акторах. А потом жалуются на перфоманс и потребление ресурсов. Но это уже проблема не с технологией, а с тем кто ей пользуется.
а как ты иначе получишь результат запроса из какого-нибудь слика?
источник

D

Dima Kubitskiy in Scala User Group
там есть такое pipeTo называется
источник

AF

Anton Feoktistov in Scala User Group
Dima Kubitskiy
там есть такое pipeTo называется
а как он по-твоему реализован?)
источник

D

Dima Kubitskiy in Scala User Group
не углублялся
источник

AF

Anton Feoktistov in Scala User Group
Dima Kubitskiy
там есть такое pipeTo называется
через Future::andThen.  Там никакой магии. Лишь бы не блокироваться на фьюче в акторе
    def pipeTo(recipient: ActorRef)(implicit sender: ActorRef = Actor.noSender): Future[T] = {
     future.andThen {
       case Success(r) => recipient ! r
       case Failure(f) => recipient ! Status.Failure(f)
     }
   }
источник

D

Dima Kubitskiy in Scala User Group
никакой магии и не ждем, работаем дальше с сообщениями
источник

VE

Vasiliy Efimov in Scala User Group
Dima Kubitskiy
ну есть конечно любители например позапускать фьючи в акторах. А потом жалуются на перфоманс и потребление ресурсов. Но это уже проблема не с технологией, а с тем кто ей пользуется.
Фьюча же запускается сразу после создания, или речь именно о блокировке?
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Борис Лопухов
А нету у вас примеров на которых видна разница? Типичные опердени чаще вообще без стейта, тут случай хитрее должен быть.
"- Скоупы использования ресурсов использовать тоже сложно."
"- Контекста у сообщения по умолчанию нет."
Скоуп ресурсов это каких например? И какой контекст имеется ввиду?

"Актор системы - абстракция, которая вас фактически спускает до уровня распределённых приложений"
Да, она слишком низкоуровневая. С другой стороны если нету сложной логики, вроде нормально выглядит
никогда не видел оперденей без стейта
источник

Oℕ

Oleg ℕizhnik in Scala User Group
хотя ладно, видел
источник

Oℕ

Oleg ℕizhnik in Scala User Group
но давно
источник

N

Nikita🌈🦄🌈🇺🇦🇨🇦... in Scala User Group
привет, я джавист, разбираюсь сейчас с совсем новыми для меня концепциями в скале. Скажите плз, чем принципиально отличается def функция со стрелочным типом от такой же, но с обычным возвращаемым типом и от такой же стрелочной val? и если они действительно +- одно и тоже, то что предпочтитетельнее использовать? Сорри если глупый воспрос, плз не бейте тапками :)
источник