Есть предложение. 3 недели по 8+ часов. Прод проект с нуля до современного прода. TS, React, Reatom. Много рассказов из личного опыта как все реально работает.
Будут разные тарифы. Вы бы или ваши знакомые вписались в такой экспресс курс?
Будут разные тарифы. Вы бы или ваши знакомые вписались в такой экспресс курс?
Anonymous Poll
51%
Да
49%
Нет
💩23❤6👍3🤡2
Новый сайт https://www.reatom.dev/ 🌈 🌈 🌈
Переехали на https://starlight.astro.build/ - бомба! Ставится как доп пакет для astro.build - отличный баланс DX и гибкости.
- сам astro уже дает кучу всего простым и понятным способом
- я за час перевез существующий сайт на starlight
- простой, но элегантный UI, раскладки для нескольких экранов
- из коробки есть лаяут для доков и для лендоса
- оверрайдом одной css-переменной добавил брендинг 😅
Сравнения впечатляют, сайт просто раз в 10 меньше и быстрее аналогов! Хороший перф показал только vitepress, но он все равно требует в два раза больше ресурсов.
https://docusaurus.io/docs/installation
55 requests
957 kB transferred
3.4 MB resources
https://react.dev/community
29 requests
683 kB transferred
1.3 MB resources
https://nuxt.com/docs/api/composables/use-app-config
81 requests
427 kB transferred
1.1 MB resources
https://vitepress.dev/guide/what-is-vitepress
14 requests
141 kB transferred
344 kB resources
https://www.reatom.dev/
6 requests
47.9 kB transferred
202 kB resources
Переехали на https://starlight.astro.build/ - бомба! Ставится как доп пакет для astro.build - отличный баланс DX и гибкости.
- сам astro уже дает кучу всего простым и понятным способом
- я за час перевез существующий сайт на starlight
- простой, но элегантный UI, раскладки для нескольких экранов
- из коробки есть лаяут для доков и для лендоса
- оверрайдом одной css-переменной добавил брендинг 😅
Сравнения впечатляют, сайт просто раз в 10 меньше и быстрее аналогов! Хороший перф показал только vitepress, но он все равно требует в два раза больше ресурсов.
https://docusaurus.io/docs/installation
55 requests
957 kB transferred
3.4 MB resources
https://react.dev/community
29 requests
683 kB transferred
1.3 MB resources
https://nuxt.com/docs/api/composables/use-app-config
81 requests
427 kB transferred
1.1 MB resources
https://vitepress.dev/guide/what-is-vitepress
14 requests
141 kB transferred
344 kB resources
https://www.reatom.dev/
6 requests
47.9 kB transferred
202 kB resources
Please open Telegram to view this post
VIEW IN TELEGRAM
v1000.reatom.dev
Reatom - State Managers for Any Kind of Apps
Lightest and simplest at start, extremely feature-rich for growth. Modern state management for React, Vue, and more.
❤20🔥6👍2
Стоит ли форвардить в этот канал новости реатома? Там бывает что-то интересное.
Ставьте 👍👎
Бтв, я бы не спрашивал, если бы на @reatom_ru_news было бы столько же подписчиков, исправляйтесь, кто еще не там!
Ставьте 👍👎
Бтв, я бы не спрашивал, если бы на @reatom_ru_news было бы столько же подписчиков, исправляйтесь, кто еще не там!
Telegram
Reatom новости
В последнее время было много релизов, о которых вы могли узнать из гитхаба, но про которые не говорилось тут. Исправляюсь.
Теперь все пакеты НЕ манглят имена переменных, т.е. дебаг без сурсмапов (всякое бывает) будет понятнее.
Были сделаны десятки исправлений…
Теперь все пакеты НЕ манглят имена переменных, т.е. дебаг без сурсмапов (всякое бывает) будет понятнее.
Были сделаны десятки исправлений…
👎100👍41
Простая веб аналитика.
На reatom.dev раньше висела аналитика от верцел - 1кб на клиенте, понятная и простая интеграция. До недавнего времени, пока шло тестирование, работала бесплатно, а теперь просит денег если количество “событий” больше 2500 в месяц. На reatom.dev бывает сильно больше.
Я с радостью оплачиваю полезные мне сервисы, но $20 за несколько тысяч событий и простой дашборд? Камон, мне нужен просто дневной каунтер и история по нему.
Посмотрел альтернативы:
- plausible.io просит €9 за 10к событий - бред
- usefathom.com просит $14 за 100к событий - норм, но мне не нужно
- cloudflare.com/web-analytics вроде бесплатная (пока?), но доп прокси - доп задержка
- droplet на DO начинается от 4$, но морочится не охото
Потом наткнулся на идею логирования аналитики на сервере и подумал что нужно сходить в доки vercel. Оказывается, можно создать файл
Но вот в чем проблема, мидлвара запускается как серверлес функция и если апдейт БД запускать без авейта и сразу выходить из функции что бы побыстрее отдать запрашиваемый контент - запрос до БД не доходит, процесс падает раньше.
Как запускать в параллели я не нашел. Ну, думаю, надо задержку до ДБ сократить, так недавно стораджи нативно в верцеле появились - попробую vercel/postgres. Коммит. Простая апишка, автоматическое прокидывание энвов - удобненько. Только медленно, на локальной машине каждый запрос занимает пол секунды. В облаке будет быстрее, но все же…
В итоге, переделал на
Планы дальше - прикрутить простую выгрузку в html табличку. И подумаю над переездом в cloudflare.
А вы знаете какие ещё есть варианты?
UPD: пользователи жалуются что ответ сервера занимает по 200-300мс и это ощущается как не приятные микрофризы. Надо что-то менять))
На reatom.dev раньше висела аналитика от верцел - 1кб на клиенте, понятная и простая интеграция. До недавнего времени, пока шло тестирование, работала бесплатно, а теперь просит денег если количество “событий” больше 2500 в месяц. На reatom.dev бывает сильно больше.
Я с радостью оплачиваю полезные мне сервисы, но $20 за несколько тысяч событий и простой дашборд? Камон, мне нужен просто дневной каунтер и история по нему.
Посмотрел альтернативы:
- plausible.io просит €9 за 10к событий - бред
- usefathom.com просит $14 за 100к событий - норм, но мне не нужно
- cloudflare.com/web-analytics вроде бесплатная (пока?), но доп прокси - доп задержка
- droplet на DO начинается от 4$, но морочится не охото
Потом наткнулся на идею логирования аналитики на сервере и подумал что нужно сходить в доки vercel. Оказывается, можно создать файл
middleware.ts и в нем перформить какую-то логику. Более того, у них даже есть готовая функция geolocation для получения страны айпишника. Я обрадывался, засетапил бесплатную supabase.com с простой табличкой (created_at, path, country), написал мидлвару (коммит) - работает!Но вот в чем проблема, мидлвара запускается как серверлес функция и если апдейт БД запускать без авейта и сразу выходить из функции что бы побыстрее отдать запрашиваемый контент - запрос до БД не доходит, процесс падает раньше.
Как запускать в параллели я не нашел. Ну, думаю, надо задержку до ДБ сократить, так недавно стораджи нативно в верцеле появились - попробую vercel/postgres. Коммит. Простая апишка, автоматическое прокидывание энвов - удобненько. Только медленно, на локальной машине каждый запрос занимает пол секунды. В облаке будет быстрее, но все же…
В итоге, переделал на
kv.incr(today) - пока так оставлю. Обратите нимание, результат инкремента (счетчик сегодняшних посещений) я пишу в ответные заголовки. Верцел дает бесплатно 30к таких запросов в месяц делать. Вроде хорошо, но посмотрел логи на CI - занимает около 100мс, кмк катастрафически много, учитывая что они как бы в одном облаке.Планы дальше - прикрутить простую выгрузку в html табличку. И подумаю над переездом в cloudflare.
А вы знаете какие ещё есть варианты?
UPD: пользователи жалуются что ответ сервера занимает по 200-300мс и это ощущается как не приятные микрофризы. Надо что-то менять))
🐳2❤1👍1
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11😁5👍1🌚1
https://t.me/melikhov_dev/238
Дааа, тоже недавно сталкивались.
В npm есть https://docs.npmjs.com/cli/v9/commands/npm-dedupe
В pnpm есть https://dimava.github.io/pnpm/ru/next/cli/dedupe/
Мы используем последний и хотели бы по умолчанию все дедупить и ура, есть флаг
Вообще ситуация бредовая с моей точки зрения. Вот есть у нас конвенция матчинга версий и по ней если дупликатов можно избежать, менеджер пакетов будет стараться это сделать. Что значить "стараться”? Ну как бы вот что бы не так как иначе было бы плохо, но не то что бы точно так как можно было бы хорошо. Што?
Самое главное - много пакетов с синглтонами внутри. Т.е. создали какой-то глобальные объект и через него все делаем, весь стейт внутри лежит. Несколько пакетов - несколько таких объектов - абсолютно непредсказуемое поведение в рантайме, которое дебажить катастрафически сложно и не понятно.
Кто знает - тот знает.
Думаете, я преувеличиваю? Символы, классы - очень частый инструмент в разработке, так вот
И вы будете смотреть в девтулзы, видеть два класса с одинаковым именем, видеть что он объявляется в одном месте и не понимать почему код не работает. А если вам в голову сразу придет мысль сравнить прототипы по ссылке - ну вы знаете о фронтенде слишком много, вам пора в отпуск 😉
Честно говоря, я сам сталкивался с такими ошибками крайне редко, но подозреваю, что не о всех случаях я знаю.
И какая проблема решается неполной дедупликацией? Мы же говорим о матчинге валидных версий селекторов, почему это работает не до конца? Кто-то может объяснить?)
Дааа, тоже недавно сталкивались.
В npm есть https://docs.npmjs.com/cli/v9/commands/npm-dedupe
В pnpm есть https://dimava.github.io/pnpm/ru/next/cli/dedupe/
Мы используем последний и хотели бы по умолчанию все дедупить и ура, есть флаг
dedupe-peer-dependents, но… Присмотритесь внимательно, он только для пир зависимостей, а дупликации могут быть и для прямых зависимостей! Помогает только ручной прогон dedupe. В npm есть prefer-dedupe, но он по умолчанию false 🤷♂Вообще ситуация бредовая с моей точки зрения. Вот есть у нас конвенция матчинга версий и по ней если дупликатов можно избежать, менеджер пакетов будет стараться это сделать. Что значить "стараться”? Ну как бы вот что бы не так как иначе было бы плохо, но не то что бы точно так как можно было бы хорошо. Што?
Самое главное - много пакетов с синглтонами внутри. Т.е. создали какой-то глобальные объект и через него все делаем, весь стейт внутри лежит. Несколько пакетов - несколько таких объектов - абсолютно непредсказуемое поведение в рантайме, которое дебажить катастрафически сложно и не понятно.
Кто знает - тот знает.
Думаете, я преувеличиваю? Символы, классы - очень частый инструмент в разработке, так вот
instanceof в случае дупликации пакетов будет ломаться. Вот старый коментарий от контрибьютера npm о том что instanceof вообще не нужно использовать, только брендированные типы. Бред кмк 🙃И вы будете смотреть в девтулзы, видеть два класса с одинаковым именем, видеть что он объявляется в одном месте и не понимать почему код не работает. А если вам в голову сразу придет мысль сравнить прототипы по ссылке - ну вы знаете о фронтенде слишком много, вам пора в отпуск 😉
Честно говоря, я сам сталкивался с такими ошибками крайне редко, но подозреваю, что не о всех случаях я знаю.
И какая проблема решается неполной дедупликацией? Мы же говорим о матчинге валидных версий селекторов, почему это работает не до конца? Кто-то может объяснить?)
Telegram
melikhov.dev
Метапакеты
Часто с возрастом появляется желание иметь пакет для пакетов — положить в него всё нужное и накатывать одной командой. Чтобы он привозил и eslint, и prettier и browserslist. Вот только npm не предназначен для метапакетов. npm не гарантирует, что…
Часто с возрастом появляется желание иметь пакет для пакетов — положить в него всё нужное и накатывать одной командой. Чтобы он привозил и eslint, и prettier и browserslist. Вот только npm не предназначен для метапакетов. npm не гарантирует, что…
У меня пригорает от сложности современного CSS, мне кажется множество кейсов можно покрыть намного проще, буквально в сто трок:
https://youtu.be/6PgAOZZccx4
https://youtu.be/6PgAOZZccx4
YouTube
Разработка новой версии stylerun
https://github.com/artalar/stylerun/tree/next
💯3
Самые профитные 30$ кмк.
https://www.moft.us/products/moft-stand-adhesive
Высота не большая, но шея уже спасибо скажет. И рукам удобнее, правда только первые 1-2 часа, потом можно сложить не на долго. А может, потом, привыкну весь день так держать...
https://www.moft.us/products/moft-stand-adhesive
Высота не большая, но шея уже спасибо скажет. И рукам удобнее, правда только первые 1-2 часа, потом можно сложить не на долго. А может, потом, привыкну весь день так держать...
👍13😨4👎2😱2
Сделать online playground в 2023 все еще сложно.
Что я хотел? Конечно, полностью рабочий TypeScript с подсказками - это очень удобно. Но таких реплов куча, и весят они как самолет, потому что нужно тащить метра два monaco и полноценный typescript.
Ну и ладно, это же запускается на компьютере разработчика, в чем проблема? Проблемы две. Иногда хочется открыть репл с мобилки, а это и медленная сеть, и для кого-то медленная инициализация. Но самая главная проблема - это несколько реплов на одной странице. Для некоторых доков это нужно, но от пачки codesandbox / stackblitz задохнется даже современная машина разраба.
Есть ли еще готовые решения? Я искал и не нашел.
И тут на помощь приходит гениальный esm.sh - это такой хедлес сендбокс, да еще и бесплатный. Кормим ему код, он его билдит и отдает ссылку на готовый ES модуль. Не нужно скачивать мегабайты из NPM, мы получаем только минимальный конечный бандл. Красота.
Натянул это на codemiror и получил вполне рабочее и очень быстрое решение! Но есть проблема :)
Суть нативных модулей в том что их кешит браузер и вы не можете один и тот же код запускать дважды. Что бы это пофиксить, исходники нужно хотя бы как-то модифицировать и пересоздавать модуль - а это лишний лаг на esm.sh и в целом спам сервиса.
Как бы вы это решили?)
Подумаем🤔
Кеш импортируемых пакетов - это ок (его можно сбросить перезагрузкой страницы, на крайний случай), нам нужно перезапускать только код в редакторе, а сложности сборки можно оставить на esm.sh. Как это сделать? Заменить все импорты в вашем коде добавив им префикс
Пдж, но если исходники мы больше не отправляем на билд, как вырезать типы? Самое маленькое что я нашел - это sucrace, делает много чего за пол сотни кб. Круто, конечно, но мне нужно только вырезание типов, надеюсь найду что-то еще меньше потом.
Редактор готов! Еще бы логи добавить… Хотел добавить
Потыкать можно тут: https://reatom.dev/repl
11 requests, 265 kB transferred, кмк отличный начальный результат.
Там есть еще пачка багов со стилями и по UX, начал пилить обновление выпилив preact (временно взял для скорости разработки), но застрял из-за бага в astro, ждемс. Думаю, через 1-2 недельку запаблишу как отдельный пакет.
Обычно, огромной болью онлайн реплов еще является безопасный запуск кода, без доступа к текущему ориджину, но т.к. сайт доки никаких персональных данных не складывает - и так норм.
Что я хотел? Конечно, полностью рабочий TypeScript с подсказками - это очень удобно. Но таких реплов куча, и весят они как самолет, потому что нужно тащить метра два monaco и полноценный typescript.
Ну и ладно, это же запускается на компьютере разработчика, в чем проблема? Проблемы две. Иногда хочется открыть репл с мобилки, а это и медленная сеть, и для кого-то медленная инициализация. Но самая главная проблема - это несколько реплов на одной странице. Для некоторых доков это нужно, но от пачки codesandbox / stackblitz задохнется даже современная машина разраба.
Есть ли еще готовые решения? Я искал и не нашел.
И тут на помощь приходит гениальный esm.sh - это такой хедлес сендбокс, да еще и бесплатный. Кормим ему код, он его билдит и отдает ссылку на готовый ES модуль. Не нужно скачивать мегабайты из NPM, мы получаем только минимальный конечный бандл. Красота.
Натянул это на codemiror и получил вполне рабочее и очень быстрое решение! Но есть проблема :)
Суть нативных модулей в том что их кешит браузер и вы не можете один и тот же код запускать дважды. Что бы это пофиксить, исходники нужно хотя бы как-то модифицировать и пересоздавать модуль - а это лишний лаг на esm.sh и в целом спам сервиса.
Как бы вы это решили?)
Подумаем
Кеш импортируемых пакетов - это ок (его можно сбросить перезагрузкой страницы, на крайний случай), нам нужно перезапускать только код в редакторе, а сложности сборки можно оставить на esm.sh. Как это сделать? Заменить все импорты в вашем коде добавив им префикс
https://esm.sh/. Делается это по такому регекспу /import.*('|")(?<path>.*)('|")/g (код), правда переносы строк пока не поддерживаются. Так все ломается, пока не понял почему: /import(.|\n)*(‘|”)(?<path>.*)(‘|”)/g.Пдж, но если исходники мы больше не отправляем на билд, как вырезать типы? Самое маленькое что я нашел - это sucrace, делает много чего за пол сотни кб. Круто, конечно, но мне нужно только вырезание типов, надеюсь найду что-то еще меньше потом.
Редактор готов! Еще бы логи добавить… Хотел добавить
@discoveryjs/discovery, но пока не осилил. Да и тяжелый он, скорее всего подрублю потом как доп модуль, а пока неплохо живется на крошечном @observablehq/inspector (в консоле все логи тоже есть).Потыкать можно тут: https://reatom.dev/repl
11 requests, 265 kB transferred, кмк отличный начальный результат.
Там есть еще пачка багов со стилями и по UX, начал пилить обновление выпилив preact (временно взял для скорости разработки), но застрял из-за бага в astro, ждемс. Думаю, через 1-2 недельку запаблишу как отдельный пакет.
Обычно, огромной болью онлайн реплов еще является безопасный запуск кода, без доступа к текущему ориджину, но т.к. сайт доки никаких персональных данных не складывает - и так норм.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10👍3
👍9🔥2
Между “завязываться на существующие либы / фреймворки” и делать свою платформенную команду есть промежуточные стадии. Многие разработчики и команды знают только о “пилим свое поверх готового”, но можно действовать и наоборот, внедрять своих разработчиков в ментейнеры готовых решений.
Профиты:
- это намного дешевле чем делать все самим
- ваши идеи и потребности иногда могут решаться чужими руками
- документация точно будет лучше :)
- вам не так страшно сделать форк и продолжить его развивать самостоятельно, потому что со всей внутрянкой вы знакомы
Сложности:
- овнер может быть себе на уме
- в какой-то момент технология может пойти не по нужному вам пути, это решается изначально более глубоким погружением своего человека и увеличением его влияния
- рассинхрон циклов разработки продукты и платформы
Идеально - микс. Вы помогаете кому-то делать ядро в OSS, сами используете его для своих надстроек в продукте.
Профиты:
- это намного дешевле чем делать все самим
- ваши идеи и потребности иногда могут решаться чужими руками
- документация точно будет лучше :)
- вам не так страшно сделать форк и продолжить его развивать самостоятельно, потому что со всей внутрянкой вы знакомы
Сложности:
- овнер может быть себе на уме
- в какой-то момент технология может пойти не по нужному вам пути, это решается изначально более глубоким погружением своего человека и увеличением его влияния
- рассинхрон циклов разработки продукты и платформы
Идеально - микс. Вы помогаете кому-то делать ядро в OSS, сами используете его для своих надстроек в продукте.
Telegram
Dev News от Максима Соснова
How platform teams get stuff done
Большая статья в блоге Мартина Фаулера про платформенные команды. В статье рассказывается, чем платформенные команды отличаются от продуктовых и рассмотрены основные паттерны взаимодействия между ними на разных этапах развития…
Большая статья в блоге Мартина Фаулера про платформенные команды. В статье рассказывается, чем платформенные команды отличаются от продуктовых и рассмотрены основные паттерны взаимодействия между ними на разных этапах развития…
👍11
Арк - первый браузер в котором я смог навсегда остаться в фулскрине и никогда больше не видеть статические элементы интерфейса браузера, только при касании левой части экрана.
💯6👍3
Forwarded from mefody.dev
Браузер Arc
Свершилось. Сегодня браузер Arc вышел в версии v1.0 и отключил лист ожидания. Это значит, что его может установить каждый без инвайт-кодов.
Я им пользуюсь уже давно, хоть и не постоянно. Основные фичи, которые мне нравятся:
- Сплит-вью. Можно разместить вкладки в одном окне рядом. Незаменимая фича для подготовки докладов.
- Всё на комбинациях клавиш. К тачпаду тянусь довольно редко, причём комбинации можно переназначать под себя.
- Пользовательские стили. Раньше в такое умели все браузеры, а теперь как будто только в Arc это осталось без расширений. В твиттере у меня всё ещё птичка в качестве лого :)
- Разделение на пространства. Завёл себе группу вкладок для записи подкастов, для игр в D&D и для подготовки докладов.
- Вкладки закрываются сами, если не открывать их в течение суток.
- Список вкладок — горизонтальный список, а не табики. Просто нравится, экран ведь широкий.
- По умолчанию можно скрыть весь интерфейс. Больше от сайтов ничего не отвлекает.
- Режим превью. Любую ссылку можно открыть в окне предпросмотра, и если уже надо, то тогда открыть как полноценную вкладку.
Ничего лишнего. Настраиваемое. Удобное. Попробуйте.
Да, работу работаю я всё ещё в Chrome. Потому что там удобнее с инструментами разработчика играться. Но пользоваться интернетом пока приятнее в Arc. Плюс у них классная работа с сообществом, на мои багрепорты отвечали очень быстро. В общем, хорошо, когда на рынке появляется что-то новое, пусть под капотом там всё тот же Chromium.
https://arc.net/
Свершилось. Сегодня браузер Arc вышел в версии v1.0 и отключил лист ожидания. Это значит, что его может установить каждый без инвайт-кодов.
Я им пользуюсь уже давно, хоть и не постоянно. Основные фичи, которые мне нравятся:
- Сплит-вью. Можно разместить вкладки в одном окне рядом. Незаменимая фича для подготовки докладов.
- Всё на комбинациях клавиш. К тачпаду тянусь довольно редко, причём комбинации можно переназначать под себя.
- Пользовательские стили. Раньше в такое умели все браузеры, а теперь как будто только в Arc это осталось без расширений. В твиттере у меня всё ещё птичка в качестве лого :)
- Разделение на пространства. Завёл себе группу вкладок для записи подкастов, для игр в D&D и для подготовки докладов.
- Вкладки закрываются сами, если не открывать их в течение суток.
- Список вкладок — горизонтальный список, а не табики. Просто нравится, экран ведь широкий.
- По умолчанию можно скрыть весь интерфейс. Больше от сайтов ничего не отвлекает.
- Режим превью. Любую ссылку можно открыть в окне предпросмотра, и если уже надо, то тогда открыть как полноценную вкладку.
Ничего лишнего. Настраиваемое. Удобное. Попробуйте.
Да, работу работаю я всё ещё в Chrome. Потому что там удобнее с инструментами разработчика играться. Но пользоваться интернетом пока приятнее в Arc. Плюс у них классная работа с сообществом, на мои багрепорты отвечали очень быстро. В общем, хорошо, когда на рынке появляется что-то новое, пусть под капотом там всё тот же Chromium.
https://arc.net/
arc.net
Arc from The Browser Company
Experience a calmer, more personal internet in this browser designed for you. Let go of the clicks, the clutter, the distractions.
🔥22🤡4❤1❤🔥1
mefody.dev
Браузер Arc Свершилось. Сегодня браузер Arc вышел в версии v1.0 и отключил лист ожидания. Это значит, что его может установить каждый без инвайт-кодов. Я им пользуюсь уже давно, хоть и не постоянно. Основные фичи, которые мне нравятся: - Сплит-вью. Можно…
А если вы на винде или просто хотите попробовать еще что-то - https://www.meetsidekick.com/features/
Sidekick
Features
Learn about the best Sidekick browser features that will save your deadlines, increase efficiency, and help you get things done!
❤4
Через минут 20 буду изучать https://github.com/tc39/proposal-async-context/
Материалы:
Отменить нельзя продолжить (моя статья)
The Road to Async Context - James M Snell, Node Congress 2023
Слайды:
https://docs.google.com/presentation/d/1LLcZxYyuQ1DhBH1htvEFp95PkeYM5nLSrlQoOmWpYEI/
https://docs.google.com/presentation/d/19P-06rk263L1xcPsjGAx6qld0b62iIHhwO0kpTa73Wo/
Материалы:
Отменить нельзя продолжить (моя статья)
The Road to Async Context - James M Snell, Node Congress 2023
Слайды:
https://docs.google.com/presentation/d/1LLcZxYyuQ1DhBH1htvEFp95PkeYM5nLSrlQoOmWpYEI/
https://docs.google.com/presentation/d/19P-06rk263L1xcPsjGAx6qld0b62iIHhwO0kpTa73Wo/
GitHub
GitHub - tc39/proposal-async-context: Async Context for JavaScript
Async Context for JavaScript. Contribute to tc39/proposal-async-context development by creating an account on GitHub.