Reatom: ультимативный менеджер состояния и логики для виджетов и SPA

Reatom дает реактивное управление состоянием без прокси, с атомами и computed, а также мощными эффектами для async с отменой, ретраями и кэшированием. Подходит для небольших виджетов и больших приложений, поддерживает расширения и TypeScript, а ядро весит около 2 KB gzipped.

https://github.com/reatom/reatom

Wakaru: разбор минифицированных JavaScript бандлов на модули

Wakaru помогает восстановить структуру production-кода: распаковывает бандлы, возвращает имена и импорты с поддержкой source map, а также пытается восстановить транспиляцию/минфикацию.

https://github.com/pionxzh/wakaru

Релиз pnpm 11.1: подписи audit, gh-префикс и новые флаги для CI

Добавлены audit signatures для проверки ECDSA-подписей registry, а также поддержка установки пакетов из GitHub Packages через встроенный gh: префикс и алиасы named registries в pnpm-workspace.yaml.

https://github.com/pnpm/pnpm/releases/tag/v11.1.0

Blue: компиляция JavaScript в нативные бинарники

Blue компилирует ваш JS в C++ и собирает самостоятельный нативный исполняемый файл: нативные окна, файловая система и HTTP-серверы без Electron и без Node.js во время выполнения.

https://bluejs.dev/

Почему состояние ломает архитектуру приложений

Состояние в приложении это данные, которые влияют на его поведение: авторизация пользователя, текст в редакторе, выполненные задачи воркера, записи в базе. Сложность не в том, что состояние нужно хранить, а в том, что его трудно держать корректным, когда запросы идут параллельно, серверов становится больше, часть машин падает, а код постоянно меняется. Совет делать приложение stateless обычно означает не отказ от состояния, а вынос важного состояния туда, где его проще сохранять и восстанавливать. Для веб-разработчика это напоминание, что нужно заранее понимать, где живут данные, кто ими владеет и что произойдет, если они станут недоступны.

https://blog.bytebytego.com/p/why-state-is-the-hardest-thing-in

Как собрать AI-конструктор приложений на Next.js

Разбирается архитектура AI app builder’а, который по текстовому описанию собирает приложение в изолированном sandbox, показывает live preview, ведёт версии через Git и публикует результат без запуска агента на основном сервере.

https://www.freecodecamp.org/news/build-your-own-ai-app-builder-with-next-js-aws-and-sandboxes/

Генератор shadcn-графиков для Next.js

Инструмент позволяет быстро собрать график для Next.js и shadcn/ui без ручной возни с Recharts. Он генерирует готовый TSX-компонент с темой, tooltip, legend и адаптацией под светлую и тёмную тему, а данные можно либо зашить в компонент, либо передавать с сервера как prop.

https://www.freecodecamp.org/news/how-to-add-shadcn-ui-charts-to-nextjs/

Перестраиваем e-commerce на Next.js и Symfony

Разбор того, как живую e-commerce-платформу перенесли с legacy-архитектуры на связку Next.js и Symfony без остановки бизнеса. Переход понадобился из-за роста каталога, интеграций, требований к SEO и производительности, а также из-за того, что старое приложение стало слишком тесно связывать все процессы в одном месте.

https://habr.com/ru/articles/1089854/

Как Express проводит запрос через middleware

Express пропускает запросы через цепочку middleware, и это помогает выносить общие вещи вроде логина, парсинга JSON и проверки прав из роутов в отдельные функции. Если middleware не вызывает next(), запрос останавливается на нём; если вызывает, Express идёт дальше по цепочке.

https://dev.to/aryangupta9680/how-express-middleware-works-g1l

TanStack Charts: типизированная библиотека для графиков на SVG и Canvas

TanStack Charts — это типизированная библиотека для построения графиков на SVG и Canvas, которая помогает собирать диаграммы из mark, scales, transforms и interactions без лишнего веса в бандле.

В React-версии базовый line chart занимает 32,1 kB gzip, а Canvas можно подключать точечно для тяжёлых сцен, сохраняя оси, tooltip, фокус и responsive-логику на одной схеме данных.

https://tanstack.com/charts/latest

Почему LLM хуже замечают информацию в середине промпта

LLM могут иметь слепую зону для информации, которая находится в середине длинного промпта, даже если она явно есть во входных данных. На практике это значит, что при длинных документах, истории чата или результатах из tool calls модель чаще цепляется за начало и конец, а важная деталь в середине может быть проигнорирована.

https://blog.bytebytego.com/p/the-llm-blindspot-why-models-forget

REST API для задач на Node.js и Express

Разбор того, как собрать backend для менеджера задач на Node.js и Express: регистрация и логин, JWT-авторизация, CRUD для задач, валидация входных данных и проверка эндпоинтов через Postman или Thunder Client.

https://dev.to/saiprasanna/building-a-task-management-rest-api-with-nodejs-and-expressjs-61a

Границы в софте: навык, который сильнее влияет на архитектуру, чем кажется

Граница в системе отделяет внутреннюю логику приложения от всего внешнего и удерживает вместе правила, ответственность и детали их применения. Через неё части системы общаются только по понятному пути, поэтому именно выбор границ определяет, что должно жить вместе, а что лучше разнести.

Это напрямую влияет на поддержку кода: удачные границы упрощают изменения, уменьшают связанность и делают зависимости предсказуемыми. Практический навык здесь — замечать, какие обязанности стоит группировать, и не пускать лишние зависимости внутрь ядра системы.

https://blog.bytebytego.com/p/how-software-boundaries-are-the-most

Профилирование CPU и памяти в Workers и Durable Objects по запросу

Cloudflare добавила профилирование CPU и памяти для Workers и Durable Objects прямо в продакшене. Это даёт flamegraph, где видно, какая функция съедает время или память, и помогает быстрее находить утечки, лишние вычисления и причины OOM. Профиль можно снять из Dashboard или через CLI, а затем скачать файл и разобрать его дальше. Для TypeScript важно включить source maps, иначе имена функций в профиле будут плохо читаемыми.

https://blog.cloudflare.com/workers-on-demand-profiling/

Как Cloudflare Radar упростили для широкой аудитории

Cloudflare Radar получил редизайн, чтобы данные о глобальном трафике и сбоях в интернете было проще читать не только инженерам, но и журналистам, исследователям и обычным пользователям. В новой версии сделали акцент на map как на понятной точке входа и перевели блоки с данными в более структурированный tabbed-поток, чтобы не перегружать страницу и сохранить глубину информации.

Для веб-разработчика здесь важен сам подход: сложный data product можно сделать заметно понятнее, если выстроить иерархию, опереться на знакомые паттерны и привести интерфейс к общей дизайн-системе. Это хороший пример того, как редизайн влияет не только на внешний вид, но и на доверие, навигацию и то, насколько охотно пользователи будут возвращаться к продукту.

https://blog.cloudflare.com/radar-redesign/

TanStack Charts: типизированная библиотека для графиков в React

TanStack Charts даёт грамматику для графиков на SVG и Canvas, где можно собирать marks, scales, transforms, interactions и анимации из компактных примитивов или через совместимые с D3 входы. Это полезно, когда нужен не просто готовый chart component, а гибкая основа, которую не придётся менять при росте продукта.

У библиотеки стабильный API в версии 1.0, строгая типизация и tree-shaking, а базовый React line chart весит 32.1 kB gzip. Canvas можно подключать точечно для тяжёлых графиков, при этом оси, тултипы, hydration, responsive layout и экспорт продолжают работать через одну и ту же схему описания.

https://tanstack.com/charts/latest

CSS Anchor Positioning: как привязывать элементы к другим элементам

CSS Anchor Positioning позволяет позиционировать один absolute-элемент относительно другого элемента-якоря, даже если они находятся в разных ветках DOM. Это полезно для попапов, подсказок, меню и любых интерфейсных связок, где нужно держать элемент рядом с триггером без ручных пересчётов координат.

Вместо привязки к контейнеру используются anchor-name, position-anchor, position-area и anchor(): ими можно выбрать якорь, задать сторону и точно совместить границы элементов. В Chrome это уже работает с мая 2024 года, а на практике даёт более надёжную и гибкую альтернативу ручному position: absolute для связанных UI-элементов.

https://habr.com/ru/articles/1092540/

Beta: Oxynote — документация API в стиле Stripe

Oxynote — это подход к API-документации в стиле Stripe, который помогает быстро собрать понятные и аккуратные справочные страницы для продукта. Он полезен, когда нужно не просто перечислить эндпоинты, а показать разработчику, как с ними работать без лишней возни.

Для команды это значит меньше времени на ручную верстку и поддержку документации, а для пользователей API — более предсказуемый и удобный опыт. Такой формат особенно пригодится, если вы строите публичный API и хотите, чтобы интеграция проходила без лишних вопросов.

https://github.com/oxynote/oxynote

Как строить масштабируемые AI-автоматизации в n8n

n8n помогает собирать не только простые связки сервисов, а рабочие автоматизации для продакшена с вебхуками, self-hosted-развёртыванием, обработкой REST API и кастомным JavaScript для очистки и преобразования данных.

Плюс в том, что на его базе можно строить AI-пайплайны: извлекать структуру из документов, подключать LLM, делать агентов с памятью, собирать цепочки из нескольких агентов и добавлять ручные approvals, ретраи и мониторинг, чтобы это не ломалось на реальных нагрузках.

https://www.freecodecamp.org/news/create-scalable-ai-automations-with-n8n/

Size Limit: контроль размера и скорости JS-бандла в CI

Инструмент Size Limit измеряет не только размер JS, но и реальную стоимость его загрузки и выполнения в браузере. Его удобно подключать в GitHub Actions или другой CI, чтобы пул-реквесты не протаскивали тяжёлые зависимости и не ухудшали производительность.

https://github.com/ai/size-limit?ref=console.dev