LL
на эликсировском Stream такое не выразишь, правильно?
Ну да, в
beam очень явная иммутабельность данных на всех уровняхSize: a a a
2020 May 25
AR
Еяпп, это вообще не сделать в beam.
challenge accepted!
LL
challenge accepted!
К сожалению, у тебя врятли получится
Независимо от того что происходит внутри
x = something()
f(x)
g(x)
Независимо от того что происходит внутри
f(x), x в текущем контексте никак не изменится ни внутри, ни уж тем более по опреациям взаимодействияLL
Единственный вариант - выделять сущности в отдельные процессы, но это вредно и нечисто
ŹR
нифка нужно
AB
нифка нужно
Ну вот только этого не хватало
LL
нифка нужно
И иметь
ref вместо данных?ŹR
да и да на оба вопроса
LL
да и да на оба вопроса
Злодей
ŹR
вопросы не ко мне. меня все устраивает
LL
@prepor Я просто плохо знаю как там с
concurrency в clojure, но у меня есть подозрения что без всяких akka там все пользуются системными потоками без гринредов?AB
@prepor Я просто плохо знаю как там с
concurrency в clojure, но у меня есть подозрения что без всяких akka там все пользуются системными потоками без гринредов?Так в jvm ничего другого пока нет.
AB
Но скоро будет, и это вселяет надежду
LL
Так в jvm ничего другого пока нет.
Ну, тогда понятно почему в
clojure структуры могут быть ложно-иммутабельнымиAR
@prepor Я просто плохо знаю как там с
concurrency в clojure, но у меня есть подозрения что без всяких akka там все пользуются системными потоками без гринредов?akka примерно никто не пользуется, но
1. да, системными процессами
2. есть core.async, который:
1. имплементирует csp с буферами
2. имеет go-макрос, который умеет преобразовывать на лексическом уровне sequntial вызовы в неблокируемую стейт машину
1. да, системными процессами
2. есть core.async, который:
1. имплементирует csp с буферами
2. имеет go-макрос, который умеет преобразовывать на лексическом уровне sequntial вызовы в неблокируемую стейт машину
LL
akka примерно никто не пользуется, но
1. да, системными процессами
2. есть core.async, который:
1. имплементирует csp с буферами
2. имеет go-макрос, который умеет преобразовывать на лексическом уровне sequntial вызовы в неблокируемую стейт машину
1. да, системными процессами
2. есть core.async, который:
1. имплементирует csp с буферами
2. имеет go-макрос, который умеет преобразовывать на лексическом уровне sequntial вызовы в неблокируемую стейт машину
Понял, спасибо
AR
akka примерно никто не пользуется, но
1. да, системными процессами
2. есть core.async, который:
1. имплементирует csp с буферами
2. имеет go-макрос, который умеет преобразовывать на лексическом уровне sequntial вызовы в неблокируемую стейт машину
1. да, системными процессами
2. есть core.async, который:
1. имплементирует csp с буферами
2. имеет go-макрос, который умеет преобразовывать на лексическом уровне sequntial вызовы в неблокируемую стейт машину
кстати, по теме конкаренси. есть довольно эпичный толк где Армстронг И Хоаре обсуждают и сравнивают CSP и эктор модель https://www.youtube.com/watch?v=37wFVVVZlVU
AR
всем кто не смотрел рекомендую ) такие монстры и в одном месте. из первых уст, так сказать
AR
правда все современные имплементации CSP (go/clojure/kotlin) имеют опциональные буферы, что, кмк, довольно принципиально отличают их от того, за что Hoare топит
AB
Ну, тогда понятно почему в
clojure структуры могут быть ложно-иммутабельнымиЯ не очень понимаю, какую ты видишь причинно-следственную связь здесь, но да, в clojure можно использовать implicit мутабельность