Реальные отличия между ними, по-моему, только в этом и в разных скинах

Ну может у них оптимизация в работе с озу лучше. Или там движок всем рулит всецело и разницы никакой?

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

надо провести сравнительный анализ

научился в фф?

Девтузл юзать без сильного отвращения

+ Было бы интересно почитать гайд по миграции с хрома на фф для фронт дева

Я запишу себе в календарик. Посмотрим что из этого выйдет

Реальные отличия между ними, по-моему, только в этом и в разных скинах

Яндекс умеет нормально искать по странице, к примеру.

Установил свежий ff, $[0-9] - есть!!!!!

Арт, что-то чаще чем $0 или $1 юзаешь?)) хехе) тогда $[0-1] надо)

Арт, что-то чаще чем $0 или $1 юзаешь?)) хехе) тогда $[0-1] надо)

Не, но раньше и $0 не было

Не, но раньше и $0 не было

у меня тут к сожалению сегодня фф отожрал норм памяти, я погуглил - не я один такой, процесс FirefoxCP web content один захавал 240% проца. С хромом зато все ок вроде.

=\

у меня тут к сожалению сегодня фф отожрал норм памяти, я погуглил - не я один такой, процесс FirefoxCP web content один захавал 240% проца. С хромом зато все ок вроде.

Хммммм. Сколько дней не выключался пк?

Это просто с непривычки. Говорю как человек, который недавно научился в фф.

Будешь ты или кто ещё писать про переезд на фф, меншинете меня, а то мне крайне лениво открывать его кроме как радио аудио нод, для остального и жизни сложно

Хммммм. Сколько дней не выключался пк?

да я его в принципе не выключаю, но тут недавно ребутался, итого аптайма 1 день и 3ч

В JS оператор или (||) ленивый?

Да

Я с ЯБ слезть не могу((( Был бы давно на ff, но у него девтулза сильно меньше нравятся

Ну не знаю, юзаю дев версию фаер фокса, очень хорош

Вот прямо сейчас пересаживаюсь на нее

есть чат по effector? или тут можно спросить?

есть чат по effector? или тут можно спросить?

Раньше https://t.me/redux_ru был чатом по эффектору, теперь только автора меньшить (@ZeroBias )

ok

https://greensock.com/react

https://greensock.com/react

?

Кстати, знаете как можно в виртуальном доме иметь тонну элементов списка и при этом не просаживаться по производительности при добавлении элемента (или редактировании, если подключение не индивидуальное)? - разбивать на "чанки"! Т.е. мы имеем компонент списка в который передаем массив диапазонов каждой части списка. Компонент части списка принимает диапазон и подписывается только на элементы своего диапазона. В итоге при изменении количества элементов в рамках диапазона - перерендерится только необходимая часть, а если же изменение изменило количество диапазонов, то рутовый список перерендерится и просто добавить \ удалить компонент диапазона, но остальные диапазоны все равно не перерендерятся, т.к. они должны быть Pure

Кстати, знаете как можно в виртуальном доме иметь тонну элементов списка и при этом не просаживаться по производительности при добавлении элемента (или редактировании, если подключение не индивидуальное)? - разбивать на "чанки"! Т.е. мы имеем компонент списка в который передаем массив диапазонов каждой части списка. Компонент части списка принимает диапазон и подписывается только на элементы своего диапазона. В итоге при изменении количества элементов в рамках диапазона - перерендерится только необходимая часть, а если же изменение изменило количество диапазонов, то рутовый список перерендерится и просто добавить \ удалить компонент диапазона, но остальные диапазоны все равно не перерендерятся, т.к. они должны быть Pure

что такое подписывается?

что такое подписывается?

Речь о глобальном сторе, конечно

Всем привет, ребят подскажите есть ли где нибудь офф доки или ссылки по сборке проекта

Всем привет, ребят подскажите есть ли где нибудь офф доки или ссылки по сборке проекта

Проект новый? Бери next.js

есть чат по effector? или тут можно спросить?

t.me/effector_ru подойдет?

Проект новый? Бери next.js

Иначе реверсь какой-нибудь react-boilerplate, но с таким подходом много проблем

Всем привет, подскажите как лучше реализовать: Есть модалка в ней есть сайдменю с 6-7 пунктами. В зависимости от пункта меняется содержимое в правой части модалки. Стоит ли тянуть router или лучше делать без него?

Всем привет, подскажите как лучше реализовать: Есть модалка в ней есть сайдменю с 6-7 пунктами. В зависимости от пункта меняется содержимое в правой части модалки. Стоит ли тянуть router или лучше делать без него?

router не нужен

Проект новый? Бери next.js

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

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

webpack react getting started

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

https://github.com/popugang/WRRench Глянь мой конфиг

тебе не нужно писать dispatch если это не thunk

он сам обернется в dispatch когда будешь его коннектить к компоненту в mapDispatchToProps

Всем привет, подскажите как лучше реализовать: Есть модалка в ней есть сайдменю с 6-7 пунктами. В зависимости от пункта меняется содержимое в правой части модалки. Стоит ли тянуть router или лучше делать без него?

это сильно похоже на обычный акордеон или типа там collapsible - из буцтрапа, обычный переход по вкладкам

Всем привет, чуть в сторону реакта, хз где спросить, кто использовал apollo server, можно ли как то комбинировать схему с другим сервером? Плохим языком в datasources не REST, а другой graphql.

Кстати, знаете как можно в виртуальном доме иметь тонну элементов списка и при этом не просаживаться по производительности при добавлении элемента (или редактировании, если подключение не индивидуальное)? - разбивать на "чанки"! Т.е. мы имеем компонент списка в который передаем массив диапазонов каждой части списка. Компонент части списка принимает диапазон и подписывается только на элементы своего диапазона. В итоге при изменении количества элементов в рамках диапазона - перерендерится только необходимая часть, а если же изменение изменило количество диапазонов, то рутовый список перерендерится и просто добавить \ удалить компонент диапазона, но остальные диапазоны все равно не перерендерятся, т.к. они должны быть Pure

Только при этом ещё лучше иметь не тупо массив, а дерево отрезков.

Только при этом ещё лучше иметь не тупо массив, а дерево отрезков.

Массив так же можно спредить в пропсы и его элементы будут нормально проверяться в pure

Массив так же можно спредить в пропсы и его элементы будут нормально проверяться в pure

Если у тебя тонна элементов то и их копирование - не простая вещь.

Если уж и оптимизировать, то по полной.

А вообще уже пора мутабельные вещи использовать) Я только не придумал как правильно завернуть это

А вообще уже пора мутабельные вещи использовать) Я только не придумал как правильно завернуть это

pathon изи с мутабельностью работает

pathon изи с мутабельностью работает

А кроме мутабельности у него преимущества есть?)

А кроме мутабельности у него преимущества есть?)

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

у тебя вместо MapDispatchToProps в идеаль должно быть написано { tick }

вместо всей строки

а с new Date() вызывай из компонента

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

Это да. А у тебя мапа и сет становятся реактивными?

Это да. А у тебя мапа и сет становятся реактивными?

По умолчанию нет, но у меня для этого можно пресеты писать. Собственно по умолчанию стоит мутабельный пресет на объекты и массивы, но в иммутабельном пресете (в коде либы лежит и так же экспортируется) уже в хуках есть обработка Map и Set. Так же можно сделать интероп с любой структурой данных https://github.com/artalar/pathon/blob/master/src/presets.js#L63

По умолчанию нет, но у меня для этого можно пресеты писать. Собственно по умолчанию стоит мутабельный пресет на объекты и массивы, но в иммутабельном пресете (в коде либы лежит и так же экспортируется) уже в хуках есть обработка Map и Set. Так же можно сделать интероп с любой структурой данных https://github.com/artalar/pathon/blob/master/src/presets.js#L63

А зачем иммутвбельнфй пресет нужен, если мутабельный есть?

А зачем иммутвбельнфй пресет нужен, если мутабельный есть?

Я бы наоборот вопрос задал)

Мутабельный заметно быстрее, конечно

Мутабельный заметно быстрее, конечно

Да. И либа обязана этим пользоваться.

ERROR: S client not available

Да. И либа обязана этим пользоваться.

не понял

У нас нет многопоточки, поэтому однозначно мутабельные структуры данных быть должны.

Нахрена тратиться на иммутабельность?

У нас нет многопоточки, поэтому однозначно мутабельные структуры данных быть должны.

Смысл в том что есть пресеты и пользователь сам может выбирать. Может кому-то immutable-js нужен. Может, кому-то, нужен связанный список

Нахрена тратиться на иммутабельность?

Так же, чествно говоря, у меня нет обработки вычисляемых значений в стиле map, filter и, соответственно, нет их проверки. Так что пока это на стороне пользователя или интеграции и в этом случае иммутабельность удобнее конечно - сравнение ссылок и все

Так же, чествно говоря, у меня нет обработки вычисляемых значений в стиле map, filter и, соответственно, нет их проверки. Так что пока это на стороне пользователя или интеграции и в этом случае иммутабельность удобнее конечно - сравнение ссылок и все

Иммутабельность хороша только если ты не умеешь нормально отслеживать изменения.

Но я и не планирую это добавлять. Точнее я планирую немного все поменять, возможно вообще все, что бы сделать возможным вычисляемые значения хранить в стейте. Ну это долго объяснять...

В остальных случаях это непозволительная роскошь

Осталось понять только как реакт нормально обновлять.

Иммутабельность хороша только если ты не умеешь нормально отслеживать изменения.

Я хорошо отслеживаю изменения в моделе -"статических даных" , но, как уже сказал, не в "динамических" - вычисляемых данных.

В остальных случаях это непозволительная роскошь

непозволительная роскошь обычно делать структуры мутабельными :))

Осталось понять только как реакт нормально обновлять.

https://codesandbox.io/s/3qvz8vlqv5

иммутабельность на нормальных системах с распределенными вычислениями позволяет как угодно распараллелить эти вычисления

непозволительная роскошь обычно делать структуры мутабельными :))

В случае с каким-нибудь редаксом - да.

иммутабельность на нормальных системах с распределенными вычислениями позволяет как угодно распараллелить эти вычисления

Распределеные системы на фронте?)

Кек

иммутабельность на нормальных системах с распределенными вычислениями позволяет как угодно распараллелить эти вычисления

А на фронте оно зачем? Если у нас всех крайне синхронно

евент луп есть евент луп. А вебворкеры, васм и параллели - это все очень узкие кейсы о которых не нужно думать от слова совсем рядовому разработчику

Вообще мне интересно. Рассказ о сторе на большее чем митап сойдёт?

Вообще мне интересно. Рассказ о сторе на большее чем митап сойдёт?

Я хотел сделать 2 доклада: про историю стейт-менеджеров и про позончик. Но времени нет. В любом случае хочется сначала pathon 2.0 написать, но и на это времени нет. У меня довольно космические идеи и я пока не знаю как к этому нормальный api сделать

Распределеные системы на фронте?)

да где угодно

у тебя же и браузер оптимизирует и ЦПУ

а вы че парни за мутабельность топите что ли? :))

у тебя же и браузер оптимизирует и ЦПУ

Расскажи о параллельных вычислениях, к примеру, в гмейле.

а вы че парни за мутабельность топите что ли? :))

Да

мутабельность через что?

прокси?

обсерверы?

Че?

обсерверы?

Обзерверы.