This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-06-17
Channels
- # admin-announcements (4)
- # boot (93)
- # cider (4)
- # cljsrn (61)
- # clojure (137)
- # clojure-austin (2)
- # clojure-brasil (2)
- # clojure-dev (11)
- # clojure-dusseldorf (10)
- # clojure-greece (245)
- # clojure-russia (37)
- # clojure-spec (60)
- # clojure-taiwan (1)
- # clojure-uk (24)
- # clojurescript (36)
- # cursive (18)
- # datomic (20)
- # emacs (20)
- # funcool (1)
- # hoplon (29)
- # jobs (1)
- # keechma (1)
- # lein-figwheel (1)
- # leiningen (1)
- # off-topic (3)
- # om (10)
- # om-next (1)
- # onyx (60)
- # other-languages (14)
- # planck (26)
- # random (3)
- # re-frame (21)
- # ring (2)
- # spacemacs (8)
- # specter (56)
- # spirituality-ethics (2)
- # uncomplicate (1)
- # untangled (68)
- # yada (3)
@seryh: статейка интересная тем, что ее автор делает несколько утверждений прямо противоречащих тому, о чем много говорит Рич. Взять хотя бы это "У императивных языков-таки есть огромное преимущество в том, что у них есть неявное состояние. И люди, и машины очень хорошо работают с неявным состоянием, привязанным ко времени." А я думал неявное состояние и "зашитое" понятие времени между порядком присваиваний это то против чего боролся Рич, когда плил кложу
да именно так, идут рассуждения о сферическом ФП в вакууме, без состояний , такое видимо только в C++ шаблонах и бывает. накидают зазря ложной инфы о ФП а потом удивляются почему оно не популярно
между прочим, нахрен в пироге не нужно состояние. Более того, подготовить тесто и подготовить духовку -- это несвязанные между собой процессы, которые надо запускать в future-ах и ставить одно в другое, когда оба готовы :)
на хабре же любят тока мейнстрим (или точнее то что им было 3 года назад), так что накидывание на фп не сюрприз
но мы то знаем
привет, коллеги! У меня тут вчерашний вечер уперся в то что, clojure/java библиотеки не могут прочитать ключ из memcached отправленный туда через python-pylibmc. Вроде и hash одинаковый стоит и там и ключ один,
Если у меня проект разделён на модули и в них есть серверная и клиентская сторона, я храню всё вместе, так логичнее по структуре проекта, это не на чем не отражается?
@rmuslimov: незашто 😉
@niwinz, то есть это только вопрос структуризации? Никаких по производительности при сборке проблем вообще не существует?
@linuccio: может и будит, смотри, в cljs макру должны быть в clojure намисаны, мнго вираятности што ето макро будет кнфликтироват с backend
I prefer to have the code base separated because macros of cljs should be written in clj/cljc, but that files are also importable from clojure but not usable, so it is confusing
@niwinz: В итоге final solution serialize-deserialize используя transit, пока работает успешно
xm... а почему concat здесь не работает?
(concat (repeat 2 '(1 2 3)))
=> ((1 2 3) (1 2 3))
(repeat 2 '(1 2 3))
=> ((1 2 3) (1 2 3))
(concat (repeat 2 '(1 2 3)) (repeat 2 '(1 2 3)) )
;; => ((1 2 3) (1 2 3) (1 2 3) (1 2 3))
onto-chan ведет себя как dorun или doall? точнее, держит ли он всю коллекцию в памяти?
@kronos_vano: нет он не держит
почему то в доке не нашел этого
Ну ты крутой, чо)