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

Надо топить чтобы в elixir приходили не только рубисты, а ещё и кложуристы, схемеры и прочие умные люди. Надо быть похожими на clojure или scheme, а не на ruby, js или python

я думаю, им там и так хорошо

Потому что существует мало языков, касательно которых не стыдно признаться что ты их знаешь. И, elixir, к счастью, один из них

ну если знаешь эликсир, то это еще не значит, что знаешь, к примеру, экто и феникс

Agent.

Ну вот @prepor тут, так что видимо не всё прямо и хорошо

У людей не зависит ум от языка, на котором они пишут)

ну вот же! вот!

)

Я как бывший сторонник racket могу сказать, что лисперам есть чему поучитсья у elixir/erlang

О боже, анимепак

ну давай, вот как это будет на кложе:

(->> (io/file "/tmp")
      (file-seq)
      (filter #(.isFile %))
      (map #(count (line-seq (io/reader %))))
      (reduce +))
 => 138695

что мы тут видим:

1. все операции тут ленивые и сработают на любом количестве файлов / размере
2. унификация интерфейса о которой я уже сказал. map / count / reduce работают одинаково на любой последовательности, списках, векторах, ленивых коллекциях
3. представь себе более сложную программу, где ты получаешь на вход директорию и делаешь с ней ВСЯКОЕ. ленивые коллекции тут тебе позволяет не меняя НИЧЕГО реиспользовать то, что тебе вернул file-seq

А разве Agent еще не выпилили?

Блин, ну это же кеш на функцию, а не мемоизация коллекции

ну и продолжая тему унификации интерфейсов: как сделать чтения файлов параллельными? изи:

(->> (io/file "/tmp")
      (file-seq)
      (filter #(.isFile %))
      (pmap #(count (line-seq (io/reader %))))
      (reduce +))

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