This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-01-11
Channels
- # admin-announcements (8)
- # announcements (1)
- # boot (343)
- # braid-chat (23)
- # cider (20)
- # clara (5)
- # cljsrn (48)
- # clojars (5)
- # clojure (90)
- # clojure-canada (3)
- # clojure-czech (1)
- # clojure-russia (107)
- # clojure-sg (2)
- # clojurebridge (2)
- # clojured (10)
- # clojurescript (70)
- # community-development (73)
- # cursive (106)
- # datavis (40)
- # datomic (40)
- # docs (4)
- # editors (1)
- # emacs (1)
- # events (4)
- # funcool (2)
- # hoplon (46)
- # jobs (2)
- # ldnclj (11)
- # mount (8)
- # om (214)
- # onyx (12)
- # re-frame (35)
- # reagent (31)
- # spacemacs (12)
- # yada (18)
утра. Подскажите с датаскриптом, если мне надо один запрос, чтобы все объекты показывать, а другой -- с условием, мне и правда надо два запроса делать или можно какой-то ход конем сделать? Собственно, разный в двух запросах будет только :in. Может, тогда query как-то собирать из веточек?
смотрите как прикольно - http://www.overreact.io
prepor: да я уже и собираю. Вроде нестрашно получилось, дописываешь (conj query :in '$ '?blablabla) и все
у меня после дотнета аллергия на всякие прожект темплейты и генераторы, бррр. А вот @turtle за parenscript спасибо, не знал о таком
а почему его то в итоге а на CLJS? На беке common lisp или просто решили поиграться?
На беке не коммон лисп. Чисто parenscript js делает. Там в этой игре и бека не предусмотрено.
дак а почему его в итоге?
Почему parenscript - изначально наш третий человек заявил, что не знает ClojureScript, а только CommonLisp, поэтому ему тяжело будет.
Я попоробовал сделать демку на parenscript - у меня получилось. Движок выбрали яваскриптовый Phaser.
Потом я начал догадываться, что программировать он и не будет, что, собственно, так и получилось. Поэтому я попробовал сделать эту же демку на ClojureScript, но у меня не получилось. 😞
Были какие-то непонятные глюки, которые ничем объяснить я не мог. На Phaser есть обёртка на ClojureScript phzr, кстати. Что прикольно было было.
С новым годом, поцоны
а есть вариант без изврата перебрать коллекцию, так чтобы можно было получить индекс элемента в перебераемой коллекции
(defn tray []
[:div.tray
(s/style
[:.tray {:position "fixed"
:bottom 0, :right 0
:width (s/g* 4)
:z-index 100
:border (s/border)
:font-size (s/v* 0.5)
:line-height (s/v* 1)}
[:.note {:border-bottom (s/border)
:padding (s/v* 1)}]])
[:div
(for [n @note/notifications]
^{:key (:id n)} [:div.note {:on-click #(rm-note % n)}
(:text n)])]])
а в чем профит такого ада?
скажите это чувакам с реакта которые во всю юзают https://speakerdeck.com/vjeux/react-css-in-js
посмотрите лучше это - https://www.youtube.com/watch?v=1yUFTrAxTzg
где-то я читал, что совать все в стили элементов фигово, потому что браузер загнется это рендерить
Зато на основе локальных стилей можно собрать один css и подсунуть его браузеру, т.е. объединить несколько стилей, где они совпадают и уже браузеру хорошо. Может оно так работает?
Ну для меня пока важна locality стилей в компонентe и возможность потенциально программировать css. Адово выглядит с непривычки - можно хэлперов накатать - взять успешные из post-css.
@nicola а правильно ли я понимаю, что после того как начать использовать garden дизайнера уже нельзя использовать? и придется весь css писать самому?
@rmuslimov: есть такое - это для личных целей хотя можно попробовать обучить
Раньше разбивали технологически на части: разметка/стили/код, а сейчас все идёт к разбиению на компоненты: логически обособленные части приложения
ну хорошо, но все еще выгодно разбить разработку на стили, фронт и бэк, потому что этим будут заниматься три узких спеца и они быстрее все сделают, чем три фулл-стек-мимопроходимца
Вот-вот) в теории оно может и так, но не каждый себе может позволить держать три разработчика вместо одного, к тому же full stack разработчик мыслит решаемой задачей, а не тем, что это не моё, сами верстайте/кодируйте и т.д.
Все чаще хочется такую штуку: Есть у меня атом со стейтом приложения на клиенте, и хочется автоматически разные его куски подтягивать с сервера. То есть, если нет, а надо, чтобы не писать везде более-менее одинаковые три строчки.
все равно придется определить функции по трансформации стейта на какое либо событие
было бы круто если бы эти функции и события на которые они реагируют тоже подтягивались с сервера
штотакое трансформация стейта? Вот у меня есть датаскриптовая "бд" и из нее разными запросами рисуется список видео, список линков для видео, пагинация, еще что-то. Еще туда дописывается больше записей с сервера, когда пагинация заканчивается. Что из этого нужно подтаскивать с сервера?
Я думаю, что митап лучше на следующий понедельник: объявления не было, лучше в другой раз, чтобы все кто хочет участвовать могли запланировать заранее
@abtv ну с точки зрения бизнеса наверное хорошо иметь дизайнера, верстальщика который не зависит от разработчика, таким образом можно разбить задачу на подзадачи: 1. подготовить wireframe c дизайнером 2. наверстать его с верстальщиком 3. отдать программисту Эдакое, горизонтальное масштабирование в бизнесе.
плюс, если программист который делает все встал, не с той ноги - с ним же еще договорится надо. особенно это проблемно для малого бизнеса
@asolovyov: давай тебя на hangout попытаем?