На сайте https://effector.dev есть вот такое меню самых важных методов, появляется по hover.
Напишите, что думаете? Насколько удобно? Что можно сделать лучше?
Напишите, что думаете? Насколько удобно? Что можно сделать лучше?
Сова пишет…
На сайте https://effector.dev есть вот такое меню самых важных методов, появляется по hover. Напишите, что думаете? Насколько удобно? Что можно сделать лучше?
Давайте сравним два варианта!
Потрогать версию после(снизу) можно по ссылке:
https://deploy-preview-1134--effector-docs.netlify.app/
Потрогать версию после(снизу) можно по ссылке:
https://deploy-preview-1134--effector-docs.netlify.app/
Хочу поделиться находкой!
Обнаружил канал Дениса Путнова, опытного разработчика и ментора. Он разбирает вопросы с собеседований и оставляет всякие рекомендации по разработке. Мне очень зашло, что описывается коротко и подробно, но без расплывчатых деталей.
Иногда требуется отправить менти хорошо описанную концепцию, а под рукой ничего нет. Довольно удобно, когда есть такая база.
@prog_way_blog
Обнаружил канал Дениса Путнова, опытного разработчика и ментора. Он разбирает вопросы с собеседований и оставляет всякие рекомендации по разработке. Мне очень зашло, что описывается коротко и подробно, но без расплывчатых деталей.
Иногда требуется отправить менти хорошо описанную концепцию, а под рукой ничего нет. Довольно удобно, когда есть такая база.
@prog_way_blog
В Node.js 16.9 был добавлен Corepack.
Но уже скоро будет удален!
Основной целью corepack было упрощение использования разных пакетных менеджеров прямо из коробки с Node.js
Теперь же, Node.js принимает меры по удалению Corepack из коробки. Основная причина — стремление упростить дистрибутив и снизить нагрузку на разработчиков.
При этом Corepack уже выделен в отдельный репозиторий, но отделят также и документацию. А пользователям Node.js придется Corepack ставить отдельно.
Но теперь, я не вижу смысла в Corepack, ведь можно просто поставить нужную версию менеджера пакетов, без прослойки в виде corepack.
Статья:
https://socket.dev/blog/node-js-takes-steps-towards-removing-corepack
Дискуссия:
https://github.com/nodejs/node/issues/50963
Но уже скоро будет удален!
Основной целью corepack было упрощение использования разных пакетных менеджеров прямо из коробки с Node.js
Теперь же, Node.js принимает меры по удалению Corepack из коробки. Основная причина — стремление упростить дистрибутив и снизить нагрузку на разработчиков.
При этом Corepack уже выделен в отдельный репозиторий, но отделят также и документацию. А пользователям Node.js придется Corepack ставить отдельно.
Но теперь, я не вижу смысла в Corepack, ведь можно просто поставить нужную версию менеджера пакетов, без прослойки в виде corepack.
Статья:
https://socket.dev/blog/node-js-takes-steps-towards-removing-corepack
Дискуссия:
https://github.com/nodejs/node/issues/50963
Socket
Node.js Takes Steps Towards Removing Corepack - Socket
Node.js is taking steps towards removing Corepack from its distribution, aiming for changes in the next major release.
Forwarded from Технологический Болт Генона
Из opentofu удалили провайдеры для Rustack, SberCloud (ныне это cloud.ru) и Yandex Cloud.
remove some providers due to a new policy
https://github.com/opentofu/registry/pull/817
remove some providers due to a new policy
https://github.com/opentofu/registry/pull/817
I tried React Compiler today, and guess what… real life is a bit more complicated.
Автор вспоминает сновные обещания React Compiler:
- "plug-and-play" - просто устанавливать и всё само работает;
- не нужно думать о React.memo, useMemo и useCallback;
Но что, если проверить на практике?
На простых изолированных примерах Компилятор работал как обещано - автоматически мемоизировал компоненты.
Но когда Compiler был запущен на 3 реальных React-приложениях, он смог исправить только 1-2 из 8-10 случаев лишних перерендеров.
Чтобы React Compiler работал корректно, автору пришлось сделать некоторые оптимизации вручную — извлекать компоненты и использовать мемоизацию.
Вывод: полностью забыть про ручную мемоизацию после использования RC не получится — по-прежнему нужно хорошо понимать эти техники, чтобы регулярно использовать. Потребность в них не исчезла.
https://www.developerway.com/posts/i-tried-react-compiler
Автор вспоминает сновные обещания React Compiler:
- "plug-and-play" - просто устанавливать и всё само работает;
- не нужно думать о React.memo, useMemo и useCallback;
Но что, если проверить на практике?
На простых изолированных примерах Компилятор работал как обещано - автоматически мемоизировал компоненты.
Но когда Compiler был запущен на 3 реальных React-приложениях, он смог исправить только 1-2 из 8-10 случаев лишних перерендеров.
Чтобы React Compiler работал корректно, автору пришлось сделать некоторые оптимизации вручную — извлекать компоненты и использовать мемоизацию.
Вывод: полностью забыть про ручную мемоизацию после использования RC не получится — по-прежнему нужно хорошо понимать эти техники, чтобы регулярно использовать. Потребность в них не исчезла.
https://www.developerway.com/posts/i-tried-react-compiler
This media is not supported in your browser
VIEW IN TELEGRAM
Мне кажется, что менять со скругленного на квадратную кнопку-свитч это как минимум странно.
Что это вообще за компонент такой?
Что это вообще за компонент такой?
Документация patronum переехала на Starlight с Docusaurus.
К сожалению, starlight не супер кастомизируемый, а писать полностью свой documentation builder это довольно серьезный труд.
Чтобы список операторов появился в сайдбаре, хорошо бы дождаться этого Discussion.
Потрогать новую версию:
patronum.effector.dev
К сожалению, starlight не супер кастомизируемый, а писать полностью свой documentation builder это довольно серьезный труд.
Чтобы список операторов появился в сайдбаре, хорошо бы дождаться этого Discussion.
Потрогать новую версию:
patronum.effector.dev