AB
Таких подходов, как в beam нигде нет.
Size: a a a
2020 May 25
LL
Я не очень понимаю, какую ты видишь причинно-следственную связь здесь, но да, в clojure можно использовать implicit мутабельность
Если системные треды, то это значит что акторов не много, значит копировать не жалко, и, например, делить память немного проще, чем когда акторов несколько тысяч.
AB
Если системные треды, то это значит что акторов не много, значит копировать не жалко, и, например, делить память немного проще, чем когда акторов несколько тысяч.
На мой взгляд это ортогональные вещи. В том же go гринтреды поверх общей мутабельной памяти.
LL
На мой взгляд это ортогональные вещи. В том же go гринтреды поверх общей мутабельной памяти.
Ну, ты прав, но у меня есть ощущение некоторой корреляции отсутствия гринтредов и наличия ложной иммутабельности
AR
К сожалению, у тебя врятли получится
Независимо от того что происходит внутри
x = something()
f(x)
g(x)
Независимо от того что происходит внутри
f(x), x в текущем контексте никак не изменится ни внутри, ни уж тем более по опреациям взаимодействияпосыпаю голову пеплом!
VI
Кто-нибудь знает, есть ли более быстрый способ достать неименнованную
ets табличку?acc = fn {channel, _}, map -> Map.update(map, channel, 1, &(&1 + 1)) end
table_names = [App.PubSub.KeyPartition0, App.PubSub.KeyPartition1]
:ets.all()
|> Enum.filter(fn x -> x != :undefined end)
|> Enum.map(fn x -> :ets.info(x) end)
|> Enum.filter(fn x -> Enum.member?(table_names, Keyword.get(x, :name)) end)
|> Enum.map(fn x -> :ets.foldl(acc, %{}, Keyword.get(x, :id)) end)
|> Enum.map(fn x -> x["log:everyone"] || 0 end)
|> Enum.sum()AR
Ну, ты прав, но у меня есть ощущение некоторой корреляции отсутствия гринтредов и наличия ложной иммутабельности
ну "ложная иммутабельность" это что-то странное. иммутабельность то про интерфейсы.
хаскель сложно обвинить в императивности, но ровно такой же по свойствам код как я на кложе привел будет выгдядеть так:
хаскель сложно обвинить в императивности, но ровно такой же по свойствам код как я на кложе привел будет выгдядеть так:
fibs = 0 : 1 : zipWith (+) fibs (tail fibs)
AR
гринтреды там есть, если что
LL
ну "ложная иммутабельность" это что-то странное. иммутабельность то про интерфейсы.
хаскель сложно обвинить в императивности, но ровно такой же по свойствам код как я на кложе привел будет выгдядеть так:
хаскель сложно обвинить в императивности, но ровно такой же по свойствам код как я на кложе привел будет выгдядеть так:
fibs = 0 : 1 : zipWith (+) fibs (tail fibs)
Это понятно, но если тебе нужно, например, отправить эту коллекцию на другую ноду - как она будет выглядеть? Мемоизированная? Как определение? Или как-то иначе?
PG
Это понятно, но если тебе нужно, например, отправить эту коллекцию на другую ноду - как она будет выглядеть? Мемоизированная? Как определение? Или как-то иначе?
никак, это нульарная функция
AB
вот кстати про хаскель - я опять забыл, там кэшируются результаты вычисления thunk-ов?
LL
никак, это нульарная функция
Но в
erlang можно пересылать функции. И это работает достаточно быстро, фактически немногим медленнее чем memcpy из памяти в сетевой буфферAR
Это понятно, но если тебе нужно, например, отправить эту коллекцию на другую ноду - как она будет выглядеть? Мемоизированная? Как определение? Или как-то иначе?
гуд квешен! не, полное отсутствие мутабельности в beam в контексте одного эктора — это оч круто и упрощает всю систему невероятно, мне нра )
AR
вот кстати про хаскель - я опять забыл, там кэшируются результаты вычисления thunk-ов?
ну там типа GHC МОЖЕТ закешить, если посчитает нужным, но я не эксперт нифига
PG
а какая у нас задача, транслировать хаскельно-кложурное объявление?
PG
вот кстати про хаскель - я опять забыл, там кэшируются результаты вычисления thunk-ов?
можно и так сказать
AR
а какая у нас задача, транслировать хаскельно-кложурное объявление?
да просто за рекурсию затирали, я набросил про рекурсию на стримах
PG
она не особо нужна
PG
Stream.unfold({0, 1}, fn {curr, next} -> {curr, {next, next + curr}} end)PG
или через resource/3