Size: a a a

Clojure — русскоговорящее сообщество

2020 February 09

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
вот развивать навыки по улучшению производительности — это полезно, как выявлять узкие места, как тестировать, набираться опыта, какие алгоритмические подходы работают быстрее и т.д. ...
источник

A

Artem in Clojure — русскоговорящее сообщество
Sergey Trofimov
вот развивать навыки по улучшению производительности — это полезно, как выявлять узкие места, как тестировать, набираться опыта, какие алгоритмические подходы работают быстрее и т.д. ...
без приложения с реальными пользователями тяжело выявить проблемы проекты
источник

A

Artem in Clojure — русскоговорящее сообщество
точнее без реальных пользователей
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Dmytro Lispyvnyi '(🌲 🍺)
иметь в виду нужно кучу факторов (и производительность, в т.ч.), но писать условные факториалы на темплейтах, ещё когда не готова большая часть проекта и вообще непонятно, как оно будет взаимодействовать одно с другим, и будет ли ботлнеком - как-то глупо
ну у человека может быть на самом деле другая мотивация — ему хочется пописать макросы.
я тоже иногда делаю то, что мне хочется, а не то, что более рационально 😊
источник
2020 February 10

DL

Dmytro Lispyvnyi '(🌲 🍺) in Clojure — русскоговорящее сообщество
Sergey Trofimov
ну у человека может быть на самом деле другая мотивация — ему хочется пописать макросы.
я тоже иногда делаю то, что мне хочется, а не то, что более рационально 😊
почему тогда просто не сказать "я хочу пописать макросы", по крайней мере честно
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Sergey Trofimov
ну у человека может быть на самом деле другая мотивация — ему хочется пописать макросы.
я тоже иногда делаю то, что мне хочется, а не то, что более рационально 😊
Главное отдавать себе отчёт, делаешь ты что-то ради интереса или что-то полезное)
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Делать что-то чтобы просто попробовать, это норм
источник

DL

Dmytro Lispyvnyi '(🌲 🍺) in Clojure — русскоговорящее сообщество
Mikhail Borisov
Главное отдавать себе отчёт, делаешь ты что-то ради интереса или что-то полезное)
+
источник

YK

Yurii Khmelevskii in Clojure — русскоговорящее сообщество
сорри что поднял холивар 🙂 я не учавствую 🙂
а если серьезно, то если мы говорим о том что бы не бизнес логику, а кор решения выносить в макросы и компайл тайм - то это хорошо. Пример, reagent использует хикап который парсится в рантайме, rum, hx создают реакт компоненты в макросах. Производительность значительно выше и для ui это важно. Когда закладываешь какие-то коммон подходы, которые в дальнейшем будут использоваться по всему приложения - нужно подумать и о том, эффективны ли эти подходы
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Artem
без приложения с реальными пользователями тяжело выявить проблемы проекты
у меня проблемы нормально выявляются при помощи мысленных экспериментов.
но при этом мозг работает над задачей итерациями и в фоновом режиме
то есть с первого захода у меня редко получается так, что при перепросмотре мне всё нравится
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
Yurii Khmelevskii
сорри что поднял холивар 🙂 я не учавствую 🙂
а если серьезно, то если мы говорим о том что бы не бизнес логику, а кор решения выносить в макросы и компайл тайм - то это хорошо. Пример, reagent использует хикап который парсится в рантайме, rum, hx создают реакт компоненты в макросах. Производительность значительно выше и для ui это важно. Когда закладываешь какие-то коммон подходы, которые в дальнейшем будут использоваться по всему приложения - нужно подумать и о том, эффективны ли эти подходы
но ещё более важно для UI — не перегружать это UI всякой хренью, с которой никакие оптимизации не спасут 😊
источник

DL

Dmytro Lispyvnyi '(🌲 🍺) in Clojure — русскоговорящее сообщество
Yurii Khmelevskii
сорри что поднял холивар 🙂 я не учавствую 🙂
а если серьезно, то если мы говорим о том что бы не бизнес логику, а кор решения выносить в макросы и компайл тайм - то это хорошо. Пример, reagent использует хикап который парсится в рантайме, rum, hx создают реакт компоненты в макросах. Производительность значительно выше и для ui это важно. Когда закладываешь какие-то коммон подходы, которые в дальнейшем будут использоваться по всему приложения - нужно подумать и о том, эффективны ли эти подходы
есть подозрение, что макросы в том же hiccup, например, используются для создания DSL (как оно и положено), и оптимизации тут левым боком
источник

DL

Dmytro Lispyvnyi '(🌲 🍺) in Clojure — русскоговорящее сообщество
просто экспандни форму (html и посмотри, насколько оно там компайл-тайм :)
источник

DL

Dmytro Lispyvnyi '(🌲 🍺) in Clojure — русскоговорящее сообщество
источник

AK

Azamat Kalimoulline in Clojure — русскоговорящее сообщество
Опять макросы и опять проблемы. В этой индустрии я бы выдавал права на использование макросов. :)
источник

AK

Azamat Kalimoulline in Clojure — русскоговорящее сообщество
Чтобы знать когда можно использовать и зачем.
источник

AK

Azamat Kalimoulline in Clojure — русскоговорящее сообщество
Я сам не использую - не дорос. :)
источник

AK

Azamat Kalimoulline in Clojure — русскоговорящее сообщество
Точнее, что использовал - слега просто удобные обёртки над чем-то. И всё.
источник

AK

Azamat Kalimoulline in Clojure — русскоговорящее сообщество
А там всякие компайл-тайм, ран-тайм, эвал-тайм. Ужас, короче.
источник

ST

Sergey Trofimov in Clojure — русскоговорящее сообщество
у меня на 4-м году появился интерес к макросам 😊
источник