Поговорим о либах которые мы используем на фронте

По следам горячей дискусси о каунтере промисов в эффекторе и выявленных кейсах вокруг этого, запилил 80байтный пакет @reatom/all-settled для третьего реатома, который позволяет ожидать все порожденные эффекты от вызова одного экшена.

В отличии от эффектора, реализация в реатоме не требует каких-то дополнительных доменов и форков, а прозрачно работает на базовом апи.

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

Открыл комменты)

Help pick a syntax for CSS nesting - Chrome Developers
https://developer.chrome.com/blog/help-css-nesting/

Так, памахите пажалста, накидайте лайкосов сюда (нужно 20 набрать).

На слабо-контрастных темах bracketPairColorization сейчас выглядит максимально странно, а вот только для скобок вокруг курсора это могло бы быть удобно.

https://github.com/solidjs/solid-workgroup/discussions/2

Каждый раз радостно видеть как люди работают над теорией реактивного программирования и и ее связью с реальностью.

Ну, как каждый раз. Чаще всего на медиумах и dev.to пишут ясельный пересказа доки какой-то либы. Но конкретно Ryan Carniato (автор solidjs) имеет большой опыт в иследовании этого вопроса и может быть у него получится что-то интересное.

Из подобного есть еще старенький GTOR, но там больше про прикладное ФРП. Ну и статьи Карловского.

Напомню, что я уже рассказывал что такое РП концептуально и твердо уверен что это точное определение. Так же на вики есть хорошая статья на этот счет.

Очередная конфа на которой я буду рассказывать НЕ про реатом 😁

Скоро, совсем скоро можно уже будет пощупать :)

Через несколько минут расскажу на коротком стриме что здесь происходит и почему это круто.

https://t.me/xufostation/758

В подкасте гость не разделяет РП и ФРП, потому что у нас в индустрии практически нет теоретических исследований РП в целом, но большинство материалов связано с практикой ФРП.

Я уже не раз говорил что MobX, Excel и кучка мелких ООРП либ доказывают что реактивность может быть совсем вне контекста функционального программирования.

Нужно понимать что ФП и ООП на столько огромны, что включают в себя синтаксические, семантические и архитектурные особенности описания кода и построения его интерфейсов в целом. Упрощенно можно разделить их на функции высшего порядка и композицию, против классов и их наследования. И это вообще никак не пересекается с реактивным программированием, как простым паттерном переноса явных связей в коде в рантайм, через интерфейс подписки. Одно другому не противорчечит и даже не помогает / мешает.

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

https://artalar.github.io/csb-trpr1/

Расскопал вот такое вот старье в песочницах. Игрался с генерацией анимированного задника для lofi.

(код)

- перезагрузкой страницы выбираем симпотичный цвет
- настраиваем скорость в левом верхнем углу
- по Enter включаем фулскрин

Там бы хорошо еще какой-то lofi стрим на фон добавить, контролы красивые запилить. И главный челендж, на котором я остановился, переписать на генерацию статического текста (кода) кейфрема (это возможно).
Если кто хочет - форкайте, поделитесь потом что вышло 🙂

https://t.me/fxnim/51

На выходных пару часов дебажил Uncaught promise exception, искренне думая что в третьем случае, аналогично второму, ошибки не будет. Пофиксил, понятно, как в четвертом случае.

Ну бывает 😓

ну вобще тут история интересная, его изначально для фетча и делали, но по итогу решили сделать как отдельную апи
https://developer.chrome.com/blog/abortable-fetch/#the-history