@y.khmelevskii почему нет, не вижу проблем с сайд эффектами в интерцепторах.

и он есть в тех которые используешь, логгинг напр.

да и сами “хендлеры” - тоже интерцепторы, как и все остальное. Так что все ок.

@misha (->> :foo @(atom {:foo :bar})) я бы не стал так записывать, иначе ты передаешь deref/@ 2 аргумента - сам атом и :foo думаю так лучше (->> {:foo :bar} atom deref :foo) или (->> (atom {:foo :bar}) deref :foo)

голосую за deref - не многие знают что можно юзать ее как функцию, а не @. У меня много тестов написаны в таком стиле

(->> (do-side-affect-which-returns-atom)
     deref
     :key1
     (= 42)
     is)

@y.khmelevskii интерцептором норм. имейте ввиду только, что время можете мерять странное, в зависимости от положения интерцептора в стеке. ещё если хэндлер вернёт ленивую коллекцию, померяете меньше, чем на самом деле будет сделано, емнип

при разработке react native очень не хватает devcards , @roman01la нашел твой проект https://github.com/roman01la/react-native-devcards, можешь поделиться, что в этом направлении есть? конечно хотелось бы в веб это все отображать, т.е. использовать обычный devcards для react native вьюх

в js есть https://github.com/necolas/react-native-web

@larhat , @ilshad спасибо за ответ. Сейчас потестирую насколько время выполнения запроса будет отличаться от того, что я могу получить в интерцепторе. А вы бы в каком месте высчиляли время выполнения запроса и сохраняли его?

@trybeee @artemyarulin юзкейс был такой, что есть атом с мапой-лукапом, и я через нее проганяю значение, как через ф-ю, типа

(->> k m f1 f2 (map f3)))

а @ это не макрос сам по себе?

тк он не сильно похож на классический макрос (не похож на вызов ф-ии), я думал, что он "специальнее", в детали не вдавался особо раньше

а тут запустил рокету, и она не долетела

@ - ридер макро, а не просто макро

(defn deref
  "Also reader macro: @ref/@agent/@var/@atom/@delay/@future/@promise

а чо это такое reader macro?

clojure readers - это оно и есть?

The behavior of the reader is driven by a combination of built-in constructs and an extension system called the read table. Entries in the read table provide mappings from certain characters, called macro characters, to specific reading behavior, called reader macros. Unless indicated otherwise, macro characters cannot be used in user symbols.

я-то поэтому и думал, что сначала отрабатывают ридермакросы, а потом уже юзерские

ну кложа сразу выплюнула бы

clojure.lang.ArityException: Wrong number of args (2) passed to: core/deref

а кложаскрипт заставил принтами дебажить

а вот были бы типы - сразу бы компилятор заругался!

с типами я бы до этого только через полгода бы добрался

@andre без понятия, rndevcards делал ради фана

ок

а что думаете по поводу типов в https://github.com/arohner/spectrum

может выстрелить или идея сразу плоха?

How It Works
This contains a spec parser and a re-implementation of clojure.spec, except they work on literals and specs rather than normal clojure values.
(:require [spectrum.conform :as c])
(c/conform (s/cat :x integer?) [3])
=> {:x 3}
(c/parse-spec (s/+ integer?))
Returns a defrecord, containing the parsed spec. This is basically a reimplementation of clojure.spec, except more data-driven

если мемасики в README - можно неглядя в продакшн

У Аллена проблема с доведением до качества продакшена, он обычно идеи ковыряет и бросает на версии 0.2

дак реестр то в райнтайме достпупен, а у него compile time же типчики

типчики в runtime на основе спеки это... омг - спека 😄

да, что-то я туплю.