О чем говорить будем?

abtv [6:47 PM] Кстати, а 31 августа будет митап? Было бы неплохо обсудить workflow на примерах. В стиле: repl сильно меняет workflow по сравнению с языками где её нет и тут несколько примеров как использовать repl или так: я начал использовать fig wheel и моя жизнь больше не будет прежней) Ну если серьезно, то хочется обсудить best practices именно workflow, а именно - как тратить меньше времени на разработку и что бы еще автоматизировать (автообновление кода и т.п.) Было бы очень здорово, если бы участники поделились опытом разработки на clojurescript.

delaguardo: думаю нормальная тема

delaguardo: если есть что предложить вэлком

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

delaguardo: у меня проблема в том что памяти не хватает

в CircleCI ограничение на 4 гига

на контейнер

@delaguardo: а вы через :advanced компилируете в один большей js?

@lowl4tency: 4 гига не хватает? а для чего конкретно?

для компиляции cljs

@pacman: в несколько модулей, но основной фаил все равно достаточно большой получается, особенно если использовать Om или другой whateverreactwrapper

@lowl4tency: не кисло так, но это можно решить добавлением билдов в репозиторий и не собирать ничего на CircleCI

delaguardo: тогда теряется вся прекрасность

ну да, это не путь джедая)

но решает проблему)

ну а к примеру какой размер получается самый большей и самый маленький?

посмотрел логи

из тех модулей что у вас есть

больше 5 минут с xmx 3500m не собирается

pavel_kopychenko: ты имеешь в виду конечный результат js в мегабайтах?

да

ща посмотрю

@pacman: первая версия с Om весила 240Kb gzip, сейчас 40, но уже без Om и реакта

еще раз уточню, это еще после того как вы сжали это все в один js файл при помощи google closure компилятора/обфускатора ?

1 ап 107 кб второй апп чуть ольше мегабайта

несжатые

после того как собрали cljs с advanced режимом и после этого зажатые gzip и это самый толстый фаил

несжатые - 1.3Mb и 200Kb

@delaguardo: а как cider к cljs подсоединить?

я figwheel для этого использую

минимальная конфигурация - lein new figwheel hello-world

потом стартануть figwheel сервер

lein figwheel %id dev сборки%

из emacs -

M-x cider-connect

в REPL -

(use ‘figwheel-sidecar.repl-api)

(cljs-repl)

thx

сча попробую

а в одном emacse можно одновременно работать с двумя cider соединениями? Как он будет понимать какой для clj а какой для cljs?

Это разные буферы, так что все норм

А, понял вопрос

Поидее это зависит от минорного мода

но если честно, не пробовал ни разу)

вру, попробовал прямо сейчас) работает

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

У меня тоже

На сорцы в cljs не переходит

https://github.com/clojure-emacs/cider#managing-multiple-sessions

вот тут есть немного подробностей

странно, у меня работает

M-RET g g

Да

Кто чем гоняет данные между сервером и клиентом - edn, transit, json?

transit на одном проекте, json на другом — не успели перевести на транзит ещё

в первом бэкенд на питоне, поэтому легко было добавить

а второй на http://asp.net

некогда писать свою имплементацию, а вроде готовой нет ещё для c#

а чем плох edn?

js не поймет?

я к тому что clj->cljs можно и edn, а остальным transit

Парсер edn медленнее, чем JSON.read

http://blog.cognitect.com/blog/2014/7/22/transit

Но тебе все равно потом - js->clj делать

Мегабайт текста обработать - медленнее, чем 150 объектов.

ok - понял (проверю

JSON.read занимается тем, что называется heavy lifting: конверсией текста в объекты языка программирования. Transit после этого лишь навешивает бирки.

а есть бенч гденить?

В случаях, когда объем маленький и миллисекунды считать не надо (всякие админки) - используем EDN. Если большой - Transit. На публичных API, для мобильных приложений - JSON.

Rich Said So (tm)

transit

вполне не плох

@lowl4tency: надо всегда смотреть сжатыми после advanced. оно специально такие имена присваивает, что бы максимально эффективно гзиповалось

prepor: я занимаюсь деплоем и инфраструктурой, я в код практически не лезу

Поэтому я тут не советчик

ну так мы ж вроде про деплой как раз )

prepor: мы про сжатие )

ну так это часть деплоя

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

расжатием занимается браузер

в общем то тезис в том, что соотношение между сжатый / не сжатый обычный js и сжатый / не сжатый после google closure может сильно отличаться

prepor: изучу, применю, отвечу