Size: a a a

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

2019 November 25

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
или в котлине... 🤔
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Saga
Смотрю конфиги по репо, почему усложняют конфиги слишком много зависимостей, глаза режет
выреж чё не надо 🤷‍♂️
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
это очень хорошо что он выглядит по уродски, нефиг функции создавать на каждый рендер
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
данный кейс не требует IIFE, пример просто демонстирует что ограничений нет
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
кто-то скажет что это плохо и не обузданную джуновскую энергию надо ограничивать
источник

S

Saga in Webpack — русскоговорящее сообщество
У меня в конфиге стоит postcss-sass оно работает, отдельно node-sass можно не устанавливать?
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
надо если postcss-sass треубет node-sass как peer dependency
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Alex CherryTea
это очень хорошо что он выглядит по уродски, нефиг функции создавать на каждый рендер
функции на каждый рендер это пофиг на самом деле
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Alex CherryTea
кто-то скажет что это плохо и не обузданную джуновскую энергию надо ограничивать
+
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
Saga
У меня в конфиге стоит postcss-sass оно работает, отдельно node-sass можно не устанавливать?
понятынм языком - выполните
npm uninstall <packageName>
и посмотрите собирается ли ваш проект
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Alex CherryTea
надо если postcss-sass треубет node-sass как peer dependency
не, там походу только синтаксис
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
Sergey Slipchenko
функции на каждый рендер это пофиг на самом деле
какой же вы js разработчик если так уверено уветрждаете что лишнее создание функции на каждый рендер это в любом случае пофиг
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
если уж хотите поспорить то писать надо - если я испольую мемоизацию, это компонент высшего порядка, он редко перерендеривается то тогда можно и функции обьявлять прямо в рендере
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Alex CherryTea
какой же вы js разработчик если так уверено уветрждаете что лишнее создание функции на каждый рендер это в любом случае пофиг
оптимизация, есть такая штучка в движках js)))) Популярна последние лет 10 если не больше
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Alex CherryTea
если уж хотите поспорить то писать надо - если я испольую мемоизацию, это компонент высшего порядка, он редко перерендеривается то тогда можно и функции обьявлять прямо в рендере
про ссылки в реакте это другой совсем вопрос
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
ну и про иммутабельность вообще. Ща не об этом
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
а о чем
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
Sergey Slipchenko
оптимизация, есть такая штучка в движках js)))) Популярна последние лет 10 если не больше
то что движок пытается как то сгладить тонны говнокода в сети не дает нам повода расслаблятся
источник

SS

Sergey Slipchenko in Webpack — русскоговорящее сообщество
Alex CherryTea
то что движок пытается как то сгладить тонны говнокода в сети не дает нам повода расслаблятся
вот как раз такие оптимизации там вполне имеются. Разработчики реакта поэтому и решили что у хуков нет недостатков
источник

A

Alex CherryTea in Webpack — русскоговорящее сообщество
Sergey Slipchenko
вот как раз такие оптимизации там вполне имеются. Разработчики реакта поэтому и решили что у хуков нет недостатков
т.е. вы не видите разницы между тем как создаются хуки и как создаются функции обьявленыне в jsx ?)
источник