
Alexander
09.01.2018
13:38:27
кому?

Берял
09.01.2018
13:38:59

Nick
09.01.2018
13:39:03

Grigory
09.01.2018
13:39:04

Google

Robert
09.01.2018
13:39:13
кому?
Вообще зачем использовать акторы только для изменяемого состояния?)

Alexander
09.01.2018
13:39:20
почему только?
но если нет стэйта, то зачем акторы?

Robert
09.01.2018
13:40:18

Alexander
09.01.2018
13:40:45
а что, обязательно акторы? :)

Robert
09.01.2018
13:41:05

Alexander
09.01.2018
13:41:17
тебе кажется

Andrey
09.01.2018
13:41:35

Robert
09.01.2018
13:42:00
тебе кажется
Alexander Semenov:
просто основной мотив их использовать для постигающих - ЧСВ, а они для других более частных случаев, а именно когда есть in-memory mutable state, который надо более менее разумно мэнэджить

Dmitry
09.01.2018
13:42:05
Чем плоха композиция функций?

Alexander
09.01.2018
13:42:18
найти здесь слово обязательно!
речь про то, что если у тебя актор без var внутри, не считая частных случаев, то скорее всего этот актор - для ЧСВ
+ распределённость, наверное

Google

Robert
09.01.2018
13:43:21

Alexander
09.01.2018
13:43:37
потому что ты скучный

Robert
09.01.2018
13:43:57

Alexander
09.01.2018
13:44:04
да ты просто тупишь

Andrey
09.01.2018
13:44:12

Alexander
09.01.2018
13:44:21
понятно, что зачастую акторы не нужны, я же не утверждаю, что они нужны всегда

Grigory
09.01.2018
13:45:00

Alexander
09.01.2018
13:45:15
добавь

Grigory
09.01.2018
13:45:26
нет

Aleksei
09.01.2018
13:45:27
ну вон там люди говорят считаются необразованными если акторов не знают! но это там в англиях, у нас тут народец то попроще
неделю дают на изучение

Robert
09.01.2018
13:45:48

Aleksei
09.01.2018
13:45:51
а потом визу вырывают из паспорта и заставляют есть

Alexandr
09.01.2018
14:13:05

Alexander
09.01.2018
14:15:35
А как ты это утверждение аргументируешь?
Если актор не делает больше ничего особенного, вроде распределённости, рутинга, и если его задача не в сериализации каких-то действий (возможно что-то ещё), то его можно заменить PartialFunction, нет?
собственно про это пишут и в интернетах и в книгах по акке, что акторы - для стэйта (+-)
то есть если у тебя есть UserService безо всякого стэйта, то нет никакого смысла превращать его в актор и слать ему сообщения

Eugene
09.01.2018
14:23:58
стейт прекрасно хранится в immutable виде через context become например

Alexander
09.01.2018
14:27:20
в var стэйт тоже неплохо хранится в иммутабельном виде

Nikolay
09.01.2018
14:30:53

Google

Борис
09.01.2018
14:31:50
про бекам, в общем-то изменяемое поведение актора тоже в каком то смысле стейт, то на то, имхо

Nikolay
09.01.2018
14:34:04
заменил, правда у меня только локально работает

_
09.01.2018
14:38:14
Троттлинг без акторов трудно делать, а на akka streams легко

Юрий
09.01.2018
14:39:02

_
09.01.2018
14:39:31
Стримы на акторах

Юрий
09.01.2018
14:40:17
Стримы на акторах
Это детали реализации. Ты можешь сделать свой материалайзер без акторов. Есть стрим либы без них

_
09.01.2018
14:40:48
Грубо говоря, если тебе нужно делать обработчики, соединенными очередями и разные очереди разгребать с разной скоростью - тут акторы помогут

Alex
09.01.2018
14:41:46
скедулер поможет

Юрий
09.01.2018
14:42:17

Alexander
09.01.2018
14:42:22
но вообще да, it depends

Alex
09.01.2018
14:42:41
но вообще конечно меседжпасинг+очереди+скедулер это и есть акторы

_
09.01.2018
14:43:08
Все it depends, вопрос сколько тебе нужно будет городить своего кода для реализации

Юрий
09.01.2018
14:43:40
Очень часто без акторов тот же код получается проще
Ну и вот это Any => Unit добавляет смаку
Благо тайпед акторы подъехали

Alex
09.01.2018
14:45:04
а шо уже выпустили их из беты?

Andrey
09.01.2018
14:48:55
Они пока еще не полностью реализованы

Mikhail
09.01.2018
14:57:35

Google

Юрий
09.01.2018
15:04:20
В принципе, там всё есть

Alex
09.01.2018
15:08:50
надо как нибудь посмотреть что они там наворотили

Юрий
09.01.2018
15:16:51
Там почти нет доки, но есть серия блог постов https://akka.io/blog/2017/05/05/typed-intro
Там в общем все моменты описаны
Ну и scaladoc
Этого хватает

Admin
ERROR: S client not available

Oleg
09.01.2018
15:39:10
Там всё хорошо, только сломано взаимодействие untyped-typed

Юрий
09.01.2018
15:52:42

Alex
09.01.2018
16:02:23
https://github.com/nau/funcstat/blob/master/stats.ipynb

Юрий
09.01.2018
16:11:31
А все, это была мобильная версия

? ? ? ? ?
09.01.2018
16:23:00
Is there any English speaking group is there for Scala ?

Grigory
09.01.2018
16:24:04
though its dead, so you can try to post your questions here i guess

Daniel
09.01.2018
16:26:52

Grigory
09.01.2018
16:27:19
*here too i guess

Daniel
09.01.2018
16:27:54
:'(

Oleg
09.01.2018
16:39:01

Google

KrivdaTheTriewe
09.01.2018
16:40:25
Чат, привет
def storyViewed(n: Integer): Boolean = {
val num = Option(n).getOrElse(return true)
num > 3
}
println (df_rdd.filter(v => (storyViewed(v(4).asInstanceOf[Int]))).count())
println (df_rdd.filter(v => v(4) == null || v(4).asInstanceOf[Int] > 3).count())
275044
424950
как сделать так, чтобы принималась v(4) переменная, которая имеет тип
df.schema(4)
StructField(view_time,IntegerType,true)

Daniel
09.01.2018
18:33:15
так-с, и к чему это?

Grigory
09.01.2018
18:33:36
помощь общественности нужна, тут человек больше чем в хадуп стеке, очевидно же

Daniel
09.01.2018
18:35:39
а там что-то не принимается? те две цифры не от принтов разве?
и как оно вообще скомпилилось

Aleksei
09.01.2018
18:37:08
kek
Option(n).map(_ > 3).getOrElse(true)

Grigory
09.01.2018
18:38:09
return true*

Aleksei
09.01.2018
18:38:21
ога причем в val num
какой же адъ =)

sherzod
09.01.2018
18:39:29
Да, ладно. У нас примерно так же было, со скалой познакомились благодаря спарку. В начале примерно так же писали.

Dmitry
09.01.2018
18:39:32
там какая-то конверсия true в 1 чтоль? :)

sherzod
09.01.2018
18:39:47
Ну и сейчас не сильно лучше пишем.)

Dmitry
09.01.2018
18:39:50
или что это вообще за штука

Aleksei
09.01.2018
18:42:36
типа если вместо инта нулл то возвращать тру
если же инт есть то проверить а не больше ли он трех