MP
господа, а есть примеры хорошего опенсорса с реагентом под капотом? так чтобы можно было лучшие практики посмотреть. гитхаб увы не пишет для реагента used by
рефрейм стоит сразу поглядеть
Size: a a a
2020 June 04
AC
Я бы на re-frame сразу смотрел
AC
рефрейм стоит сразу поглядеть
Ты там кстати с mui разобрался?
MP
ага,
то есть на реагенте стоит попробовать все тюториалы, немного пообвыкнуться, а потом заняться рейреймом, хотя сначала не понятно, для чего все эти навороты
то есть на реагенте стоит попробовать все тюториалы, немного пообвыкнуться, а потом заняться рейреймом, хотя сначала не понятно, для чего все эти навороты
MP
Ты там кстати с mui разобрался?
и да и нет, то есть я вроде собрал что-то до рабочего состояния, но сейчас это всё выкинули и на простов цссе пока прототипим
KR
а в чем могут быть проблемы с муи?
MP
ну там надо для начала вкурить всякие реактовские тонкости, потом не забыть прочитать экземплы к реагенту про то, как надо хендлить все эти муишные заморочки
MP
например, с текстарией
KR
спасибо, интересно
MP
там ничего такого страшного на самом деле, но вот с того примерчика в реагенте рекомендую начинать
MP
мне сейчас пофиг какой гуй, поэтому тупо цсс и рефрейм
MP
цсс хоть бутстрап, хоть булма какая-нибудь - это для прототипирования, конечно.
MK
А может кто-нибудь рассказать в каких типах задач полезны очереди или каналы? Речь об очередях и каналах в памяти, не персистентых.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
VL
А может кто-нибудь рассказать в каких типах задач полезны очереди или каналы? Речь об очередях и каналах в памяти, не персистентых.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
Параллельная обработка? Интерфейсы?
MB
А может кто-нибудь рассказать в каких типах задач полезны очереди или каналы? Речь об очередях и каналах в памяти, не персистентых.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
Т.е. вопрос всё-таки синхронно vs асинхронно?
AS
Т.е. вопрос всё-таки синхронно vs асинхронно?
да, если вкратце, синхронный код — неэффективно, а асинхронные программы на колбэках читать \ понимать сложно. Каналы вот один из методов как писать асинхронно но чтобы выглядело “более синхронно”. если интересно про теорию то можно поискать по “communicating sequential processes”
MB
Почему синхронный код это неэффективно?) В контексте I/O допускаю
AS
в контексте параллельных операций, можно написать эффективно но сложно отлаживать
MA
А может кто-нибудь рассказать в каких типах задач полезны очереди или каналы? Речь об очередях и каналах в памяти, не персистентых.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
В тех проектах, что я сталкивался, они не нужны или я не понимаю зачем они там нужны.
Т.е. внутри я всегда использовал синхронные вызовы.
Глобально, очередь это примитив (абстракция) которая выполняет одну функцию: перемещает данные из одной точки в другую асинхронным способом. Она разделяет продьюсера данных и потребителя данных в пространстве и времени. Оба работают независимо, один производит данные и кладёт в очередь, очередь «перемешает» данные, а где-то там когда-то и кто-то данные заберёт