не согласен с аргументом, jsx это скорее противопоставление аду типа '<span>' + someName + '</span>' или шаблонам со своим инопланетным синтаксисом

ну sc тоже ж не с проста появился, и не спроста многие его полюбили)

Ну у меня был такой случай, хотел заюзать цсс но обнаружил что в кра нет цсс модулей, так что не получилось)

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

Ну, в некоторых кейсах перформанс важнее, браузер таки быстрее работает с цсс и прочим, вон там кстати новый доклад вроде ths cost of js вышел, там идея простая — жс самое “дорогое” что есть, поэтому sc в таких кейсах ниоч зайдёт

в таких ситуациях реакт идет мимо со всей своей инфаструктрутой)

в таких ситуациях реакт идет мимо со всей своей инфаструктрутой)

disagree)

Ну, в некоторых кейсах перформанс важнее, браузер таки быстрее работает с цсс и прочим, вон там кстати новый доклад вроде ths cost of js вышел, там идея простая — жс самое “дорогое” что есть, поэтому sc в таких кейсах ниоч зайдёт

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

ну sc тоже ж не с проста появился, и не спроста многие его полюбили)

согласен, просто аналогия с jsx не совсем верная Плюс я считаю огромнейшим фактором то, что на момент, когда реакт становился популярным и все начали исследовать компонентный подход со всех сторон, css переменные ещё плохо поддерживались. Вот тогда и начали расцветать css-in-js либы

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

Потому что ты путаешь жирноту и скорость

я вчера только главную яндекса ковырял, там jquery и все хорого у них?

Потому что ты путаешь жирноту и скорость

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

возможно путаю, но не знаю где

Поэтому реакт никуда со своей инфраструктурой не улетает, карочи читайте доклад лучше Османи, там про всё это есть

А то там 20 минут чтения, не пересказывать же его сюда, ну

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

Ну поэтому и отдают же)

Поэтому реакт никуда со своей инфраструктурой не улетает, карочи читайте доклад лучше Османи, там про всё это есть

я так спрошу, у них статистические данные чего и сколько они сэкономили выпелив sc?)

Ну поэтому и отдают же)

Ну и стайледы отдаются там же)

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

Я уже вроде говорил, но скажу ещё раз css-in-js удобнее, чем css в отдельных файлах Но вот вопрос — насколько удобнее? Уж не знаю, в каких единицах надо измерять профит от удобства, но я для себя считаю, что тот профит, которых даёт реакт с jsx'ом по сравнению с шаблонами намнооого ощутимее, чем тот профит, который даёт css-in-js по сравнению с css модулями

я так спрошу, у них статистические данные чего и сколько они сэкономили выпелив sc?)

Странный вопрос. Это доклад гугла, там про сам JS и его стоимость, а так же кейсы компаний типа пинтереста, твиттера, етц. Да, у них там для всего этого есть статистика

Странный вопрос. Это доклад гугла, там про сам JS и его стоимость, а так же кейсы компаний типа пинтереста, твиттера, етц. Да, у них там для всего этого есть статистика

это самый первый вопрос который нужно задавать, когда говорят о производительности)

Я уже вроде говорил, но скажу ещё раз css-in-js удобнее, чем css в отдельных файлах Но вот вопрос — насколько удобнее? Уж не знаю, в каких единицах надо измерять профит от удобства, но я для себя считаю, что тот профит, которых даёт реакт с jsx'ом по сравнению с шаблонами намнооого ощутимее, чем тот профит, который даёт css-in-js по сравнению с css модулями

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

это самый первый вопрос который нужно задавать, когда говорят о производительности)

Нет, это плохой вопрос, поэтому могу посоветовать только почитать статью и понять почему

Господа, кто делает PWAшки, расскажите, как справляетесь с проблемой n+1 визитов? Есть хорошие способы сразу релоадить весь контент у юзера?

Нет, это плохой вопрос, поэтому могу посоветовать только почитать статью и понять почему

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

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

Там есть метрики. Вопрос плох тем, что JS медленнее CSS в любом случае, поэтому единственная оптимизация которую советует гугл — меньше js.

А sc это таки JS, притом сам по себе далеко не самый быстрый

Там всё это в деталях раскрыто, если чо

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

кому что! Но вообще я бы сказал, что нам (фронтенду в целом) наверное куда важнее научиться грамотным и масштабируемым code-on-demand приёмам, чем экономить на технологии для стилизации Но пока что, если я вижу, что в проекте по каким-либо причинам можно ожидать проблемы с производительностью, за css-in-js я не потянусь и грустить не буду )

Там есть метрики. Вопрос плох тем, что JS медленнее CSS в любом случае, поэтому единственная оптимизация которую советует гугл — меньше js.

ну это из раздяда кэп) я вообще к чему тебе все это говорил, к примеру сортировка, ты решил написать свою ок, проводишь тесты твоя сортировка 25 милисекунд, sort 31, эммм можно вполне юзать sort, хотя фактически она медленней, но дело в масштабе)

кому что! Но вообще я бы сказал, что нам (фронтенду в целом) наверное куда важнее научиться грамотным и масштабируемым code-on-demand приёмам, чем экономить на технологии для стилизации Но пока что, если я вижу, что в проекте по каким-либо причинам можно ожидать проблемы с производительностью, за css-in-js я не потянусь и грустить не буду )

Зыс, даже вебпак уже пишет про бандлы больше столько-то кб в дефолтной поставке и что надо резать-резать-резать, гугл советует кстати меньше 170кб чтобы было всё

Зыс, даже вебпак уже пишет про бандлы больше столько-то кб в дефолтной поставке и что надо резать-резать-резать, гугл советует кстати меньше 170кб чтобы было всё

тут еще сценарные моменты нужно учитывать, иногда резать зашибись, иногда резать не айс

тут еще сценарные моменты нужно учитывать, иногда резать зашибись, иногда резать не айс

Ну это уже скорее к архитектуре в целом)

кому что! Но вообще я бы сказал, что нам (фронтенду в целом) наверное куда важнее научиться грамотным и масштабируемым code-on-demand приёмам, чем экономить на технологии для стилизации Но пока что, если я вижу, что в проекте по каким-либо причинам можно ожидать проблемы с производительностью, за css-in-js я не потянусь и грустить не буду )

Эмоушен вроде может выкидывать стили в плейн цсс, или мог, не помню Почему-то он не пользуется популярностью)

Ну это уже скорее к архитектуре в целом)

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

Эмоушен вроде может выкидывать стили в плейн цсс, или мог, не помню Почему-то он не пользуется популярностью)

Потому что он не может в экосистему sc

Эмоушен вроде может выкидывать стили в плейн цсс, или мог, не помню Почему-то он не пользуется популярностью)

ну как не пользуется, слышу про него часто

Эмоушен вроде может выкидывать стили в плейн цсс, или мог, не помню Почему-то он не пользуется популярностью)

Если не путаю, ребята из JSS и SC вообще думают какую-то свою спеку написать для работы с CSS-in-JS чтобы всё это оптимизировать максимально, но я не слежу

Это ты у нас контрибьютор в орге)

а SC просто автор либы раскручивает, у которого грубого говоря фуллтайм работа — раскручивать свои либы

а SC просто автор либы раскручивает, у которого грубого говоря фуллтайм работа — раскручивать свои либы

все раскручивают свои детишя, это норм)

все раскручивают свои детишя, это норм)

ну да, но у него слишком это получается хорошо, имхо во вред коммьюнити :)

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

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

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

машины леарнинг тут не нужен, тут простой статистический анализ подойдет)

машины леарнинг тут не нужен, тут простой статистический анализ подойдет)

Ну это я так, по баззвордам пошёл, а так да

сохраняй куда нить данные о действиях, анализируй, выбрасывай

Ну круто было бы всё автоматизировать, надо будет подумать на эту тему

это кстати интересная тема сценарные всякие штуки, они как оптимизировать могут приложение, так и упростить архтектуру в целом, но это наверно в компаниях гигантах такое делают)

А есть вроде

Какая то натренированная система которая шарит частые юзкейсы юзера

Какая то натренированная система которая шарит частые юзкейсы юзера

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

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

Наверное и тренировка будет после впиливания под юзаемую систему

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

ну там вроде была для базовых юз кейсов была

но я потерял эту либу где-то

да в самом примитивном варианте собрать данные кликов initApp __ ClickToNameModule, вполне возможно что там все линейньнко будет и для большинства процента аудитории уже можно будет построить предзагрузку

Что нужно вернуть? что бы работало корректно case "DELETE_COMMENT": let newArr = state.comments.filter((_, i) => i !== action.payload) return { ...state, comments:[...newArr] };

Что нужно вернуть? что бы работало корректно case "DELETE_COMMENT": let newArr = state.comments.filter((_, i) => i !== action.payload) return { ...state, comments:[...newArr] };

Зависит от того что у тебя в action.payload лежит

Зависит от того что у тебя в action.payload лежит

мой id

Ну если id - это номер коммента в массиве, то все должно работать

смотрю что в редаксе происходит, добавляю 3 элемента, удаляю например №2, остается 1 и 3, а на странице остается другие

мой id

id или индекс?

id или индекс?

индекс

Все должно работать, спред правда лишний есть

ERROR: S client not available

получается в массиве остается 1 и 3, с этого сделал вывод, что возвращаю не правильно

чувак

ты не ответил на вопрос — ты удаляешь по ID или индексу?

а, вижу. сорян

ты не ответил на вопрос — ты удаляешь по ID или индексу?

Там в js_ru чятике тоже пытались выяснить

Что нужно вернуть? что бы работало корректно case "DELETE_COMMENT": let newArr = state.comments.filter((_, i) => i !== action.payload) return { ...state, comments:[...newArr] };

воткни сюда console.log и посмотри что придлетает в пейлоад

все-таки мне кажется что ты где-то что-то перепутал )

Гайз, а биндить через :: норма или как?

Гайз, а биндить через :: норма или как?

неа

неа

Чому? Круто же

неа

юзай () =>

Тоже круто, но вот эта фьюча тоже понравилась

Гайз, а биндить через :: норма или как?

transform-class-properties

Тоже круто, но вот эта фьюча тоже понравилась

фича

фича

spasibo

transform-class-properties

я пока cra юзаю, там это уже встроенно

отлично, значит все нормально работает?

отлично, значит все нормально работает?

та нет, если 1 элемент то он даже не удаляется

странно

если добавляю 2 и более, удаляю например 1ый, удаляется все кроме 1

э

нажимаю удалить 3ий, остается только 1ый

2ой и 3ий изчезает

выведи массив до и после фильтра

в консоли

но в redux devtols показывает, что например удалил 1ый и осталось 2 и 3

короче ставь console.log везде и смотри где неправильно