да

норм

ну не в футурах дело, это по сути сигналы из FRP

Буду знать, как по-правильному называется :)

Буду знать, как по-правильному называется :)

Если интересно, вот в этом курсе хорошо объясняют эту тему https://www.coursera.org/learn/progfun2, на 4 неделе

Когда-то я этот курс проходил

может оттуда и идея запомнилась :)

Идея не оттуда

все сообщения потерты инфа удалена точно он тот что на букву х

мне тут коллега магию с _ показал это вообще легально? https://gist.github.com/dos65/e208eb8277a3021af5756d3583ad699c

По идее да, обычный partial apply

типа он применяется на все выражение полностью, а не только на showInt(_)?

(i: Int) => showInt(i).replace("Int: ", "")

Ну яхз,как в скале,надо читать

магии нет* :))

Магии нет,да

Я так подозреваю,у replace реально три параметра

Типа extension methods в с#

ну понятно что нет, просто я не знал что так можно _ юзать

мне тут коллега магию с _ показал это вообще легально? https://gist.github.com/dos65/e208eb8277a3021af5756d3583ad699c

Это реально компилируется?

да компилируется

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

Круто ) я почему то думал что там приоритет другой у _

а вот еще например https://gist.github.com/dos65/359058bd82cfd923b684540ad286d269

if (x) { y => y + 1 } else { y => y + 2 }

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

а вот еще например https://gist.github.com/dos65/359058bd82cfd923b684540ad286d269

Да а почему во втором случае функция не с 3 параметрами?

И почему partial

Интерпретатор не догадался?

С компилятором также будет?

Где-то упоминали простое правило. Минимальное выражение, которое превращается во что-то сложнее x => x

Интересно идеевский декомпилятор сможет корректно и красиво вывести .class файл скомпиленый с .scala?

?

а ты сам посмотри в них javap

там такая красота, что плакать хочется.

Я давно решил что для своего душевного спокойствия смотреть не буду туда. Никогда больше.

Интересно идеевский декомпилятор сможет корректно и красиво вывести .class файл скомпиленый с .scala?

корректно на 90-95%, красиво хз это ж scala

только он java код выведет ясное дело

https://blog.acolyer.org

@notxcain чувак весьма продуктивен :)

я вот даже не знаю как можно за день прочитывать работы по 30-50 страниц

ребят. всем привет почитал документацию акки, не нашел одного момента actorSystem.actorSelection("/user/*") ! "actorName" собственно говоря, актор находит и всё ок, но мне надо передать при вызове параметр - userId своебразный, не подскажете как это сделать?

передавай в сообщении

что хочешь )

"actorName" не обязательно же string )

Хреново доки читал

Так или как вариант чтобы актор при запуске перезапуске запрашивал этот Id у родителя

https://github.com/lampepfl/dotty/issues/1998

https://github.com/lampepfl/dotty/issues/1998

https://github.com/typelevel/scala/blob/typelevel-readme/notes/2.12.1.md One current limitation is that where the induction step is wrapped in shapeless's Lazy the induction will not take advantage of this algorithm. In some cases it may be possible to drop the use of Lazy, though not all. Later TLS releases will provide an interpretation of byname implicit arguments which is equivalent to shapeless's Lazy and which will get along nicely with this induction heuristic.

Мне кажется, Сабин быстрее для скалы сделает, чем Одерски для дотти

Добрый день. Я правильно понимаю, что если использовать FSM akka, то чтобы задать какие-то начальные конфигурации actor'a правильнее ему отдельный state сделать?

Мне кажется, Сабин быстрее для скалы сделает, чем Одерски для дотти

Дык Дотти уже сделан,можно юзать даже)

Добрый день. Я правильно понимаю, что если использовать FSM akka, то чтобы задать какие-то начальные конфигурации actor'a правильнее ему отдельный state сделать?

Правильно не использовать fsm

Хорошо, а как правильно тогда? Просто документация akka хорошая, но для новичка тяжело конечно. Есть еще варианты что почитать про akka?

Context.become

хм, не совсем то что я хочу

задам вопрос по-другому тогда

хочу сделать пул акторов который будет предконфигурирован и которые будут лопатить mailbox общий на всех

а чем конкретно не угодилakka fsm? Это же тоже самое, что и context.become, только с некоторыми обвязками, которые придется самому писать

а чем конкретно не угодилakka fsm? Это же тоже самое, что и context.become, только с некоторыми обвязками, которые придется самому писать

Они сами в доке написали не юзать fsm вроде

хочу сделать пул акторов который будет предконфигурирован и которые будут лопатить mailbox общий на всех

Эт скорее тебе надо про роутеры почитать

ERROR: S client not available

Они сами в доке написали не юзать fsm вроде

пруфы в студию

Эт скорее тебе надо про роутеры почитать

роутеры я почитал, нашел то что надо, пытаюсь просто понять теперь как запустить это все с начальной конфигурацией

http://doc.akka.io/docs/akka/current/scala/fsm.html короче сектор "пиздеж" на барабане, "deprecated" на странице нет :)

просто хочется собрать что-то типа ActorA(some query) -> ActorB(external API query) -> ActorC(saving to DB)

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

а ты уверен, что тебе вообще тут акторы нужны?

а ты уверен, что тебе вообще тут акторы нужны?

Ну если так подходить, то акторы вообще не нужны. Все что угодно можно без них сделать.

? поэтому надо все делать на акторах

имхо, акторы нужны в очень узких кейсах

но в скале они распиарены и их пихают везде просто так

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

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

имхо, акторы нужны в очень узких кейсах

Ну что за ерунда? Ну какие такие узкие кейсы? Акторы отлично подходят для подавляющего числа задач, которые делают на jvm.

http://doc.akka.io/docs/akka/current/scala/fsm.html короче сектор "пиздеж" на барабане, "deprecated" на странице нет :)

Maybe maybe,но я это где-то видел

Maybe maybe,но я это где-то видел

не надо вводить людей в заблуждение :)

а ты уверен, что тебе вообще тут акторы нужны?

альтернативы? pool?

не надо вводить людей в заблуждение :)

Я поищу, не из головы ж я это взял

Дык Дотти уже сделан,можно юзать даже)

я про by-name implicits

Я поищу, не из головы ж я это взял

Может ты видел это "PersistentFSM is marked as “experimental” as of its introduction in Akka 2.4.0."?

http://doc.akka.io/docs/akka/current/scala/fsm.html короче сектор "пиздеж" на барабане, "deprecated" на странице нет :)

ай-ай-ай первое предупреждение

Ну что за ерунда? Ну какие такие узкие кейсы? Акторы отлично подходят для подавляющего числа задач, которые делают на jvm.

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

Scalalaz #15 с Владимиром Павкиным про Scala.js в бою. http://scalalaz.ru/series-15.html

альтернативы? pool?

Если у тебя запросы к другим апи блокирующие - то точно пул. Даже с акторами

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

Вы серьезно считаете, что акторы сделали для хранения состояния? ))

Если у тебя запросы к другим апи блокирующие - то точно пул. Даже с акторами

запросы не блокирующие, просто rate limit хочется обойти

Может ты видел это "PersistentFSM is marked as “experimental” as of its introduction in Akka 2.4.0."?

Who knows

я про by-name implicits

Да это не сложно сделать ж

Не надо fsm юзать ) опиши стейты в типах и оберни в простой актор если на то пошло.

Не надо fsm юзать ) опиши стейты в типах и оберни в простой актор если на то пошло.

Чем это будет принципиально лучше fsm?