уважаемые, а кто-нибудь делал на HoneySQL запросы с case/when?

@maxp: делал. просто в raw пихал

в общем, такая же фигня

source-sum
(fn [source]
  (let [case (format "case when source='%s' then 1 else 0 end" source)]
    [(sql/call :sum (sql/raw case))
     (format "source_%s" source)]))
not-sources-sum
(fn [sources]
  (let [cond (format "source is null OR (%s)"
                     (apply str (interpose " AND " (for [s sources]
                                                     (format "source<>'%s'" s)))))
        case (format "case when %s then 1 else 0 end" cond)]
    [(sql/call :sum (sql/raw case))
     "source_other"]))
data (-> {:select [:publisher_id
                   [:%count.* :count]
                   [:%sum.revenue :revenue]
                   [:%avg.revenue :mean]
                   [:%count.%distinct.customer_id :buyers]
                   [:%sum.rewards :rewards]
                   (source-sum "twitter") (source-sum "vk") (source-sum "facebook")
                   (source-sum "odnoklassniki") (source-sum "email")
                   (not-sources-sum ["twitter" "vk" "facebook"
                                     "odnoklassniki" "email"])]
          :from [:publisher_orders]
          :where [:and
                  [:>= :created_at (->sql-time from)]
                  [:< :created_at (->sql-time to)]
                  [:= :site_id (:id site)]
                  [:in :state ["new" "confirmed"]]]
          :group-by [:publisher_id]
          :order-by [[sort_by direction]]
          :limit limit}
         (?> campaign_type (sql-h/merge-where [:in :campaign_type campaign_type]))
         (jdbc/query (:db graphs)))

и так ничего, пока туда внутрь case сильно параметры пихать не надо

это можно и ридер-тегами делать сейчас

в смысле что делать?

вроде, где-то в постгресе был удобный способ нагенерить столбцов в селект

там в новом вроде как group by cube будет, как бы из похожей области

массивчик раскрутить по строкам вроде как unnest()

или что-то в таком духе

raw-объявлять. я использую функции, а можно #sql/raw

насчет style guide который тут пробегал https://github.com/bbatsov/clojure-style-guide почему рекомендуется вместо родных джавовских функций для строк использовать клоджуровские. например, чем

(clojure.string/upper-case "bruce")

(.toUpperCase "bruce")

Avoid the use of Java arrays, except for interop scenarios and performance-critical code dealing heavily with primitive types

1. быстрее (если сам тайп хинты не проставил) 2. кроссплатформенно (жс-генерация)

это про строки

а массивы ну просто потому что это убивает прелесть кложи с ее структурами )

@prepor: угу

3. (map clojure.string/upper-case ["bruce"]) vs (map #(.toUpperCase %) ["bruce"])

(upper-case "bruce") и (.toUpperCase "bruce") неотличимы.

в каком смысле неотличимы?

о. кстати, кто скажет, почему нельзя сделать map с .method это специально чтобы делали clj функции или случайно?

а как core.async физически каналами работает? каждый канал - новый поток. или он использует некий ограниченный пул, с worker threads паттерном?

в cljs: каждый канал - свой поток

@razum2um: можно вот так вызывать - (map (memfn charAt i) ["fred" "ethel" "lucy"] [1 2 3])

https://clojuredocs.org/clojure.core/memfn

@delaguardo: 👍

почитал, таки на java.util.concurrent строится. очереди блокировки и весь фарш

на беке )

клево. можно каналов плодить сколько угодно

@seryh для go-макросов создается фиксированный пул воркер-тредов, для thread-коллов динамически растущий. сам канал это просто структура данных, он никакие потоки не использует

да, точно, совсем забыл про go блоки

а на практике имеет смысл использовать блоки thread? go блоков вроде вполне хватает для любых задач

нет, не для любых ) если ты собираешься делать долгие блокирующие операции в рамках го-макроса, то, скорее всего, лучше этого не делать

"блокирующие" в смысле именно весь тред

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

ясно спасибо

@prepor: они тоже легко крутят?

я про markdown + R = дашборд

выглядит комбайном

ну в jupyter маркдаун, а код в чем хочешь, в эрке, питоне, жулии

вот бы переписать d3 на ocaml

@prepor: В эстетическом

@razum2um: Это ж макро, поэтому и нельзя

это не макрос

а разница в том, что clojure-fn это по-факту обьект который можно референсить с точки зрения java, а метод - нет.

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

> а на практике имеет смысл использовать блоки thread? go блоков вроде вполне хватает для любых задач правило простое: - CPU-bound tasks — в go - IO tasks — в thread

какое странное правило )

вот если все делать наоборот, тогда еще может быть

все в го - нынче время асихнронщины, нода, коллбеки, кумунизм!

ну на самом деле ты не будешь в обычном go-блоке делать busy read из сокета в канал

поэтому IO действительно выносится за пределы core.async-а

@fxposter: Да, не макро, а специальная форма. А #() -- макро чтения, вот и не стыкуется. Такие дела.

> ну на самом деле ты не будешь в обычном go-блоке делать busy read из сокета в канал даже чтение из базы может оказаться busy

прости, но что значит “ДАЖЕ"

смысл в том, что IO операции не паркуются, а прелесть go в парковке без утилизации полноценных тредов

это и есть чтение из сокета

непонятно было, чем busy read из сокета отличается от просто чтения из сокета — в контексте обсуждения core.async

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

> связано с длительностью операции IO по определению длительное

паркуются же только асинхронные операции с каналами, типа >!, <!, все остальное будет блокировать тред, не важно CPU или IO

тред заблокированный на IO ничего не делает, тред не блокируется на CPU

> смысл в том, что IO операции не паркуются асинхронные IO операции прекрасно паркуются

и IO bounded операции как раз, как правило, хорошо делать асинхронными (если речь идет про сеть)

(но как правило апи все же синхронные в джаве)

https://www.youtube.com/watch?v=Fh529ExAtjI @asolovyov в прямом эфире про реакт на серверсайд

ребята вопрос: а если я через докер запускаю апп, то какую мне директорию надо подмаунтировать, чтобы он каждый раз мне зависимости не устанавливал при ребилде.

> асинхронные IO операции прекрасно паркуются для вызывающей стороны это уже не IO создание тредов уходит на сторону, обеспечивающую асинхронность каюсь, речь шла именно о блокирующем IO

> и IO bounded операции как раз, как правило, хорошо делать асинхронными (если речь идет про сеть) поэтому и есть thread

> (но как правило апи все же синхронные в джаве) иногда асинхронность не нужна превращать асинхронный код в синхронный — получается перебор

React Native приходит на венду, ееее

Вобщем RN это новый QT https://ericroz.wordpress.com/2016/04/11/f8-app-on-windows-10-mobile/ ну ништяк ащще, пойду линкедИН обнволю 😄

Зашибись!

@sasha: ~/.m2 ну или где у тебя локальная репа мавена, у меня был пример где-то, но я щас не с компа

@andre: если б еще микрофон не колбасило )

@asolovyov: да, к сожалению на самых интересных местах вырубало :(так и не понял как же все это работает

а по слайдам непонятно?

я еще буду пост в блог писать, наверное

но могу и тут объяснить в двух словах

если не сложно

было бы круто

у тебя макрос defc когда компилируется в JS, то в конце выдает код с (js/React.createClass (преобразовать миксины, имя, аргументы и бади в объект для реакта))

а когда в Clj, то выдает код (fn [props] (отрендерить body относительно props))

ща покажу прям места где это происходит

https://github.com/tonsky/rum/blob/gh-pages/src/rum/core.clj#L39 - смотри, вот -defc это функция, которая собственно мясо макроса defc

и она у тебя возвращает в коде rum.core/build-class, так?

и если мы щас в cljs, то вот этот build-class - https://github.com/tonsky/rum/blob/gh-pages/src/rum/core.cljs#L16

(эти превью иногда задалбывают)

но если мы в clj, то build-class вот - https://github.com/tonsky/rum/blob/gh-pages/src/rum/core.clj#L101

просто юзаются две разные реализации в зависимости от окружения

и на сервере это просто функции, которые принимают пару аргументов и возвращают hiccup-о-подобную структуру данных

норм объяснил?

вроде да, т.е. это только для первого рендера при инициализации страницы?

на сервере рендерится

да

остальное все на клиенте

т.е. это честный SPA

но initial render - на сервере

супер

тебе никто не мешает js не генерировать и не отдавать, конечно, и все рендерить на сервере

ребят, а мне вот интересно, на фронтенде кто-то пробовал component юзать?

кто-то говорил об этом

я даже подумывал, но не нашел причины )

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

а как компонент поможет?

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

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

ну как-то хз, надо подумать еще, наверное

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

не только старт, но и тот факт, что у тебя все находится или в компоненте или инжектится

но меня например сча вообще всякий стартап и прочая херня вокруг него вообще минимально беспокоит; а вот тот факт, что на андроиде у меня аппа тормозит - ото да )

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

fuf

ну квери тебе к стейту надо делать все равно

спускать его деревом не вариант )

@andfadeev: thanks

с другой стороны - все эти flux-ы, redux-ы и прочие “архитектурные паттерны” заставляют меня плакать немного

пока что я вижу, что я такой чуть ли не один )

:)))

ну flux/redux меня раздражает в основном из-за писанины

https://github.com/krisajenkins/petrol мне вот эта бодяга как-то понравилась

но я честно говоря реально не понимаю, каким образом ты противопоставляешь flux - компоненту

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

а, ну это да

и я даже не противопоставляю, я просто о том, что “flux и его потомки” - это теперь “венец архитектурного строения” и о “decoupled components” думать уже не надо

:))

по крайней мере смотря на фреймворки появляющиеся на фронтенде - выглядит именно так

та ну, просто на фронтэнде мало народу с опытом написания больших систем

а те, что есть - для них фронтэнд выглядит непривычно сразу

так что оно есть как есть

с другой стороны каких-то конкретных претензий у меня нет. скорее “общее чувство, что комьюнити что-то упускает, о чем дядя Боб уже предупреждал всех не раз"

ага

ну слушай, я вообще строил-строил архитектуру, а теперь у меня все данные получаются одним миксином: (mixins/query :name-in-state (fn [data args-of-component] (get-in data [:some :path])) и все. При этом ссылка на атом, в котором данные, забита прямо руками в mixins/query, потому что иначе (binding ...) не срабатывает, всё приложение ходит и смотрит в оригинальный атом, а мне нужен рабочий binding :-))

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

а у меня его нет, толку мне с декомпозиции? приложение одно, отдельные части его нигде не юзаются (и не могут юзаться)

ну т.е. как-то страдать над архитектурой ради страданий... хз, я в этом место уже месяца 2-3 не заглядывал и вроде никто не напрягся ни разу

но ваще более разумную заготовку для архитектуры было бы неплохо иметь, наверное

i.e. если ты что-то сделаешь, то мне интересно! :))

А зачем декомпозировать на клиенте? Мы ж всей этой хернёй с архитектурой страдаем только для того, чтобы удерживать сложность кода в разумных пределах (не добавлять к сложности предметной области слишком много сложности реализации). Где там серьёзная сложность на клиенте, требующая компонентизации более, чем "неймспейсы, чтобы на пятки друг другу не наступать и один атом для стейта"?