Новостей много, но не успеваю их расписать на посты :)

Вот вам первая демка @reatom/form-web: https://codesandbox.io/s/reatom-form-web-tefn82?file=/src/App.tsx

Этой ночью запаблишил альфа версию, там ещё могут быть баги. Фичи кмк наивкуснейшие:

- апи специально задизайнено для наилучшего решения всех простых и сложных случаев: максимальный вывод типов и возможность легко работать с динамически добавляемыми полями
- фреймворк агностик, более того, используются стандартные биндинги из пакета npm-react, те не нужен еще пакет биндингов для формы, как у tanstack распространено
- построен поверх @reatom/form - абстрактной либы для фабрикации филдов, включающей в себя менеджемент фокуса и валидации. Достаточно просто можно писать свои филды (актуально для react-native, сложных автокомплитов, дарг&дропов и вообще чего угодно)
- естественно, работает на @reatom/core, что дает кучу слажанных фич: зависимые поля, динамические филды, лайфсайкл хуки и куча оптимизаций производительности
- весит всего 3кб
- по скорости инициализации как react-hook-form (мб еще ускорю), ререндеров вообще нет даже при срабатывании логики зависимых полей

Это лишь сухой список фич. Попозже понаделаю примеров и покажу как рвать в хлам другие библиотеки.

Давайте минут через 10 войсом расскажу о дерти-чекинге внутри реатома

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

Ответ: вопрос вас намеренно запутывает. Принцип работ GC прост - чиститься все на что нет ссылки во внешнем мире. Внешний мир - не только вьюшка и ваш код, это любое IO. В данном случае ссылка на функцию всегда доступна через замыкание создаваемого для авейта колбека, который хранится в очереди таймаутов.

Что быстрее: JSDOM в Jest или puppeteer? 🙃

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

Если у вас есть тоже какие-то заметки на этот счет - поделитесь, пожалуйста. В моей голове откуда-то информация о том что JSDOM медленнее обычного дома раз в 30, в среднем. Ну и, конечно, имеет пачку багов и не поддерживает кучу фич. Хедлес браузер же только стартует долго, а сами тесты должен гнать очень быстро.

P.S. https://docs.cypress.io/guides/component-testing/overview

Буду сейчас править баги и пилить фичи для пакета форм

Я собрал ваши ссылки. Почистил дубликаты. Расставил немного тегов. Удалил пустые каналы, экстримкод и бугагашечки. Оставил только Тонского золото.

https://dima-rozhkov.notion.site/8e276f4f65474e4f9f8f01d8109de2c7?v=83c0d740b1f640c1ad22c7b009f9fb3b

Обновил Act до второй версии: добавил автобатчинг, автоматическую инвалидацию при чтении НЕ в компьютеде, убрал ленивую отписку (не будет течь).

Практически закончил типы (они написаны, но экспорты / импорты сломаны) для act-jsx - очень быстрый (и примитивный) рендерер JSX, который позволяет использовать реактивные примитивы прямо в атрибутах или в тексте. Потыкать можно тут.

Уверен что на эту фичу будет тренд в скором (тут не уверен) времени. Вопрос только кто сделает ее массово пригодной первым: реатом или другой фреймворк / либа?

Инвайт в Arc.

Работает только на MacOS, количество активаций ограничено!

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

До этого пробовал: Sidekick, Vivaldi, Opera, Brave, Firefox, Chrome, Yandex, Edge.

Бтв, meetsidekick.com понравился, советую, но Арк заметно лучше.

UPD: в комментариях делимся инвайтами.

В комментариях все тоже делятся инвайтами, вы крутые! 🤗

Совсем забыл, сегодня же пятница!

Методология как конструктор: инструкция по сборке / Филипп Дельгядо

Достаточно старый, но популярный в определенных кругах, доклад от Филиппа Дельгядо про процессы разработки.

Основной посыл доклада - нельзя просто так взять какой-то готовый рецепт (скрам, канбан) и просто применить его к команде и жить с этим годами. Команда меняется, бизнес меняется, контекст меняется. При этом все команды и контексты - разные. Поэтому в каждом отдельно случае нужно уметь проектировать особые процессы, которые затем нужно уметь адаптировать под изменения, которые неизбежно происходят.

https://www.youtube.com/watch?v=Jt2C4ta1rEo

#managment #process #recommended

В 10-30 (gmt-0 !) постримлю разработку адвансед кеш-политик для https://www.reatom.dev/packages/async

пару мин