Size: a a a

2020 October 28

AO

Aleksandr Osipov in ☄️ effector
Труд должен вознаградиться материально
источник

c⁣

createStore<🦉>... in ☄️ effector
Vetro
Платно(
неужели $5 в месяц это очень дорого?
источник

V

Vetro in ☄️ effector
createStore<🦉> ⁣
неужели $5 в месяц это очень дорого?
Да нет, мне от них не убудет

Знать бы просто побольше о контенте, который там есть
источник

AO

Aleksandr Osipov in ☄️ effector
createStore<🦉> ⁣
неужели $5 в месяц это очень дорого?
Я за всех не могу судить, понимаю что ситуации разные, но даже в четыре пять раз большая сумма думаю на фоне расходов ежемесячных не будет видна
источник

V

Vetro in ☄️ effector
Ну и плюс соответственно как прод выкачу, может типну автора стм, который я взял)
источник

AO

Aleksandr Osipov in ☄️ effector
Vetro
Да нет, мне от них не убудет

Знать бы просто побольше о контенте, который там есть
По секрету сказать что больше всего контента в этом чате
источник

AO

Aleksandr Osipov in ☄️ effector
Тут если расчехлите поиск по чату такое можно найти ...
источник

AO

Aleksandr Osipov in ☄️ effector
Вот бы эту информацию систематизировать... ну это мечты
источник

c⁣

createStore<🦉>... in ☄️ effector
Vetro
Да нет, мне от них не убудет

Знать бы просто побольше о контенте, который там есть
я считаю, что тут суть не в контенте, а именно в саппорте разработчика.
и не потом, когда это может быть неактуально, а сейчас, когда это нужно больше всего
источник

c⁣

createStore<🦉>... in ☄️ effector
источник

DS

Dmitriy Shuleshov in ☄️ effector
Vetro
Да нет, мне от них не убудет

Знать бы просто побольше о контенте, который там есть
Долгое время контент там не пополнялся вовсе) а значительная часть патронов просто говорили личное спасибо Диме.
источник

DS

Dmitriy Shuleshov in ☄️ effector
createStore<🦉> ⁣
я считаю, что тут суть не в контенте, а именно в саппорте разработчика.
и не потом, когда это может быть неактуально, а сейчас, когда это нужно больше всего
Блин недолистал😅
источник

V

Vetro in ☄️ effector
Кстати

Maximum update (state and subscribers) performance or minimum library performance cost by compile time and initial runtime computation.


Можно чуть подробнее про это? Каким образом достигается максимальный перформанс?
источник

V

Vetro in ☄️ effector
Если есть конкретные кусочки сырцев, ткните, пожалуйста, а то я даже не знаю откуда там начать
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Vetro
Ну и плюс соответственно как прод выкачу, может типну автора стм, который я взял)
к слову, статья заканчивается описанием твоего вчерашнего кейса с потерей скоупа в эффекте)
источник

V

Vetro in ☄️ effector
🚀🔬 🚀🔬🚀🔬
к слову, статья заканчивается описанием твоего вчерашнего кейса с потерей скоупа в эффекте)
Продано))
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Vetro
Кстати

Maximum update (state and subscribers) performance or minimum library performance cost by compile time and initial runtime computation.


Можно чуть подробнее про это? Каким образом достигается максимальный перформанс?
все связи между сущностями вычисляются при запуске приложения, эти связи формируют граф зависимостей (кто от кого вычисляется), причём создаётся он всего один раз, а потом приложение передвигается по нему как по рельсам.

бонусом, такая внутренняя структура позволяет разделять секции приложения: если в одной части кода у тебя вызывается эвент каждую секунду и обновляет стор, то во время этих обновлений ни одна сущность из других частей приложения не будет даже затронута. чаще делают проверку на лету, определяя, нужно обновлять эту часть состояния или нет, но сколько таких проверок можно сделать, сто, двести? а в текущих приложениях на эффекторе сотни сущностей, без каких либо запинок
источник

DS

Dmitriy Shuleshov in ☄️ effector
🚀🔬 🚀🔬🚀🔬
все связи между сущностями вычисляются при запуске приложения, эти связи формируют граф зависимостей (кто от кого вычисляется), причём создаётся он всего один раз, а потом приложение передвигается по нему как по рельсам.

бонусом, такая внутренняя структура позволяет разделять секции приложения: если в одной части кода у тебя вызывается эвент каждую секунду и обновляет стор, то во время этих обновлений ни одна сущность из других частей приложения не будет даже затронута. чаще делают проверку на лету, определяя, нужно обновлять эту часть состояния или нет, но сколько таких проверок можно сделать, сто, двести? а в текущих приложениях на эффекторе сотни сущностей, без каких либо запинок
Я смотрю ты тоже в чате не нашел качественного треда...
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Vetro
Если есть конкретные кусочки сырцев, ткните, пожалуйста, а то я даже не знаю откуда там начать
центр всех вычислений — вот эта функция в ядре https://github.com/effector/effector/blob/master/src/effector/kernel.ts#L199

она занимается обработкой операций на dsl поверх графа, которые мы воспринимаем как обновления сторов и вызовы эвентов
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Dmitriy Shuleshov
Я смотрю ты тоже в чате не нашел качественного треда...
ну да) это довольно большая тема
источник