на правах анекдота:
прикольно будет скрестить some-> и (if ... (recur))
максимально не идиоматично.

мне больше нравится when (when-let)

when-not ?
when-let c some-> не вяжется

(when-let [a  (func1) ]
  (func2 a))

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

Господа, спортивного интересу ради. А как на кложе сделать игровой сервер? По типу танков. Когда внутри боя идет пересчет различных метрик  в конкурентном режиме. За каждое событие отвечает отдельный канал, так что ли?

Навскидку я бы взял N агентов + пул для M потоков, каждый из которых работает с N/M агентами.

а как будет выглядеть шина событий? Кафка?

без конкретного ТЗ сложно что-то сказать) но если есть возможность не брать кафку, то лучше её не брать. :)
пабсаб можно на чём угодно сделать. на том же агенте + один поток. у агента есть watch-функции, которые можно через add-watch добавлять.

чем это отличается от обычного экспорта метрик?

типа, предагрегируешь в собственно расчетной ноде, ну и дальше push или pull сливаешь наружу.

а, агенты и так с потоками из пула работают) тогда всё ещё проще)

окей

ух, оказывается в for и doseq  можно еще и условия и переменные задавать через  :let :when  и :while!  афигенски, извиняюсь!

У нас такое любят, кроме меня :)

А мне зашло, кучу кода можно убрать...

в игровом сервере не используют кафку, это слишком долго. Все во внутренней памяти. Кафка разве что для отложенных задач, например запросы от сторонних систем

С этим ясно, а как бытьс событиями на время? Типа бой длится ж ограниченное время. Как в кложе это делать?

бнопня: надо скачать robots.txt для достаточно большого списка разных сайтов за разумное время, распараллеленные claypoole clj-http и http-kit пробовал тюнить - не очень справляются (порядка часа на 10000 штук это оч много), может у кого-то был опыт сравнения разных http клиентов на подобной задаче?

кажется что реализация зависит от требуемой конкурентности. Различные игры, понятно, независимы, но стейт одной игры надо рассчитывать последовательно. Наверно надо только следить за частотой прилетающих событий и циклом сервера.
Ну и помнится читал как Кармак реализовывал поддержку многопоточности Doom 3 BFG - расчитывал начиная с какого размера задач перекидывание на другое ядро через кольцевые буферы перевесит накладные расходы на синхронизации

завести таймер и навешивать на него события