This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-12-16
Channels
- # admin-announcements (44)
- # adventofcode (2)
- # avi (1)
- # beginners (22)
- # boot (328)
- # cider (1)
- # cljs-dev (6)
- # cljsrn (29)
- # clojure (164)
- # clojure-chicago (1)
- # clojure-dev (7)
- # clojure-nl (5)
- # clojure-russia (73)
- # clojure-seattle (1)
- # clojure-turkiye (2)
- # clojured (1)
- # clojurescript (98)
- # core-async (6)
- # cursive (26)
- # datomic (9)
- # editors (5)
- # emacs (41)
- # events (3)
- # garden (2)
- # hoplon (125)
- # ldnclj (18)
- # om (178)
- # omnext (8)
- # onyx (5)
- # parinfer (1)
- # proton (5)
- # re-frame (20)
@asolovyov ты хотел про полиморфизм рассказать?
Касательно "более функциональное и бла-бла-бла" - не нужно радикализироваться и кидаться в крайности. Юзаем то, что удобнее, затем то, что быстрее (если нужно).
Рекорд я тоже помню, делали, чтобы всё побыстрее было, так обычные мапки поудобнее будут.
Касательно не академичных задач, а тру практичных жизненных проектов (pure ынтырпрайз почти) в ход пойдёт всё, лишь бы оно работало.
Какую цену придётся за это заплатить - вот на этот вопрос в плане кложуры я пока не готов ответить.
Нужно реальные программки писать, а не спорить о том, что более функционально, а что менее.
Это круто, но предлагаю здесь эту позицию не отстаивать, мы тут периодически ссылки на гамаки все же бросаем.
Ну, буду отстаивать ту позицию, которой придерживаюсь и считаю, что это нормально. А что за гамаки?
кложа это вообще замечательная история про то, как можно подумать годик (а не "программки реальные писать"), потом пару месяцев повьебывать и получится очень хорошо. хотелось бы и в русском коммунити сохранять такую атмосферу.
Ну книги - это хорошо. Но любые знания без практического применения - пустые знания и ничего не стоят.
ну и вообще знаменитый https://www.youtube.com/watch?v=f84n5oFoZBc
Такой подход может выродиться в следующее - подумать годик, восхититься тем, что надумал, и забить.
Лучше сделать хорошо и никогда, чем плохо но сейчас
Заповедь префекциониста )
@prepor: Увы, очень редко. Работает с языками, библиотеками и прочим plumbing'ом. А вот с приложениями такое не катит.
да катит оно и для приложений тоже, для всего оно катит - время подумать это самое хорошее что может случиться и девом. Другое дело что не всегда это возможно в силу разных причин
Подумать - это всегда хорошо. Я за думать. Я только против того, что начал думать, как сделать красиво и не стал делать вообще, потому что красиво не получается никак.
одно дело, что надо делать (или потеряешь много денег), а другое, что есть способ сделать лучше
Если известно, что, вроде бы, есть способ лучше, есть смысл потратить какое-то конечно время на поиски.
табы против пробелов уже обсуждали? Давайте про них тогда
rm: играй в танки!
там трех аутистов достаточно
в танках их называют статисты
б-же, меня даже в конфочке про язык программирования чмырят за то, что я не умею играть :(
rm: меня чмырят то что я не умею этот самый яп, так что ты в плюсе еще )
подскажите плз, вот есть есть у меня в жава приложении класс MailServiceImpl который много куда инжектится, я сделал прототип этого всего дела на кложуре, хочу аналогично юзать этот класс, как правильно сделать? пока у меня так: (defonce mailer (atom nil)) (defn init-mailer [] (reset! mailer (new MailServiceImpl))) в мейне вызываю инит (init-mailer) а потом в нужных местах юзаю (.sendMail @mailer) но чет я не уверен что это правильный подход
https://github.com/stuartsierra/component или аналоги не используешь?
а просто (ns app.mailer) (def mailer (new MailServiceImpl))
не подойдет?
кому кста как компонент? Мне как то с CLJS не нужно было, но он больно оопешный, не канонично как-то
(ns app.mailer) (def mailer (new MailServiceImpl)) у меня вот с этим проблема, я пока разбираюсь в чем дело, но видимо в неймспейсе который aot нельзя так делать, вот я пока нарыл https://groups.google.com/forum/#!topic/leiningen/s9CBKp832YE
^ просто у тебя уже есть зависимость части остального кода от mailer. возможно есть и другие зависимости, например сервера от дб (классика) или что-то такое. компонент может помочь с этим (а ещё есть от андрея https://github.com/prepor/defcomponent/blob/master/src/defcomponent.clj )
@artemyarulin: а в ui зависимости между субсистемами вроде не надо обычно выражать?
@larhat: ага, поэтому и не юзал
@asolovyov: а ты в ui пользуешь?
Такая штучка еще есть - https://github.com/tolitius/mount
посмотрел я видос про компонент (если кто не видел рекомендую, как интро отлично, для понимания концепций) http://www.youtube.com/watch?v=13cmHf_kt-Q&list=WL&index=18 идея мне понравилась, буду пробовать