🫡 Еженедельный дайджест №2

Для тех, кто был слишком занят на неделе или просто пропустил некоторые посты, публикуем дайджест!

– Вам больше не нужен JavaScript
– Caps Lock + пароли = боль. Вот решение
– Как Node.js выжимает максимум из I/O в 2025 году
– JavaScript всё ещё в топ-6, но теряет позиции
– React-монополист: как мы сами убиваем развитие фронтенда

Самый популярный комментарий этой недели – комментарий к статье "Вам больше не нужен JavaScript" от пользователя @Nurked:

Хватит бухтеть. В моём детстве это было $() и люди не могли отличить JS от JQuery.

@js_for_devs

🔥 Как Shopify перевела свои крупнейшие приложения на новую архитектуру React Native

Команда JavaScript for Devs подготовила перевод кейса Shopify о миграции их крупнейших приложений на новую архитектуру React Native.

Результат впечатляет: еженедельные релизы не остановились, стабильность сохранилась, а производительность выросла.

📚 Подробности на Хабр: https://habr.com/ru/articles/949002/

🎨 Весь сайт на SVG? Да, такое тоже бывает!

Иногда интернет подкидывает настоящие артефакты — вот, например, сайт, который полностью сделан на SVG. Не «фон в SVG», не «картинки», а всё: текст, ссылки, меню — всё векторное.

Есть меню с «Home», «Stuf» и «About» в виде кликабельных элементов. Внизу есть заметки: автор честно предупреждает, что неправильное использование SVG может привести к «раздутым» страницам, и рассказывает, что для корректного отображения лучше использовать браузеры с Gecko 1.9+ (то есть Firefox 3.0 и новее).

Сайт выглядит как эксперимент из начала 2010-х. Пример того, как можно делать веб «не как все» :)

🤔 Сколько трафика выдержит сайт на Next.js: нагрузочные тесты, SSR и предрендеринг

Разбираемся, сколько трафика способен выдержать сайт на Next.js.

В статье подробно рассказывается о результатах нагрузочного тестирования, сравнении VPS и выделенного сервера, различиях между предрендерингом и SSR и о том, почему для проектов с возможными всплесками трафика предрендеринг может спасти, а SSR — стать бутылочным горлышком.

📚 Подробности на Хабр: https://habr.com/ru/articles/949008/

Нашли отличный гайд по прокачке Next.js

Подробное руководство по оптимизации производительности: от код-сплиттинга и стриминга до работы с Web Vitals и измерением реальной скорости загрузки.

Сохраняйте, чтобы не потерять!

🤓 SolidJS для React-разработчиков: как реактивная библиотека устроена под капотом

SolidJS — реактивная UI-библиотека, которая выглядит знакомо для React-разработчиков, но работает совсем иначе.

В новой статье разбираем ключевые отличия: почему в Solid нет виртуального DOM, как устроены сигналы, эффекты и прокси-хранилища, а также какие привычки из React ломают реактивность.

Если вы давно хотели понять, как SolidJS работает под капотом, эта статья — отличный старт.

📚 Подробности на Хабр: https://habr.com/ru/articles/951240/

🚀 Chrome DevTools для ИИ-агентов

Кажется, хайп вокруг MCP только разгоняется. Всё больше игроков выкатывают свои серверы, и вот теперь в игру зашел и сам Google — с Chrome DevTools MCP.

Что это значит? Теперь ваш ИИ-ассистент может подключаться напрямую к DevTools и дебажить сайты в браузере. Больше не придётся гадать «почему не работает кнопка» — агент сам увидит консольные ошибки, сетевые запросы и кривой CSS.

Что есть уже сейчас:
– Проверка фиксов в реальном времени прямо в Chrome.
– Анализ логов и сетевых проблем.
– Симуляция поведения пользователя (клики, формы, переходы).
– Автоперфоманс-аудиты с LCP и другими метриками.

Кажется, MCP продолжает закреплять статус нового стандарта для ИИ-инструментов.

🔥 State of JavaScript 2025: ваш шанс повлиять на будущее языка!

Внезапно, но факт: результаты ежегодного опроса State of JS читают не только фронтенд-разработчики, но и инженеры Chrome, Firefox и TC39 — те самые, кто решает, какие фичи появятся в JavaScript в будущем.

📊 Исследование от команды Devographics уже стартовало. Каждый год оно показывает, какие фреймворки выжили, какие вымерли, и куда движется экосистема JS.

На основе этих данных пишут статьи, делают доклады и даже планируют развитие движков.

Пройти можно здесь (~20 минут): State of JS 2025

🤔 Почему @starting-style не заменит keyframes (пока)

В CSS появилось новое правило @starting-style — инструмент, который обещает упростить анимацию появления элементов. Но всё ли так гладко?

В статье демонстрируется, что за красивым синтаксисом скрываются подводные камни специфичности и неожиданные баги, из-за которых старые добрые keyframes по-прежнему оказываются надёжнее.

📚 Подробности на Хабр: https://habr.com/ru/articles/953556/

⚡️ React уходит от Meta! Создаётся независимая React Foundation

Спустя 10 лет после open source релиза, React официально покидает Meta. Теперь судьбой библиотеки будет управлять независимая организация — React Foundation.

Это, пожалуй, крупнейшее изменение в истории фреймворка.

React давно перестал быть “внутренним проектом Meta”: над ним работают сотни компаний и тысяч разработчиков по всему миру. Теперь пришло время закрепить это и юридически.

Что изменится:
• React, React Native и JSX переходят под управление React Foundation.
• Фонд займётся инфраструктурой, конференциями и финансированием экосистемных проектов.
• В состав основателей входят: Amazon, Callstack, Expo, Meta, Microsoft, Software Mansion и Vercel.
• Появится новая независимая техническая структура управления, чтобы ни одна компания не имела перевеса.

“React вырос из рамок одной компании”, — заявляют авторы официального анонса.

Теперь техническое направление будут задавать мейнтейнеры и контрибьюторы, а не корпоративные интересы.

Источник

@js_for_devs

⚡️ QUIC наконец-то приходит в Node.js: не прошло и 5 лет

Четыре года сообщество ждало, пока OpenSSL откроет нужные API — и вот, с выходом версии 3.5, это наконец случилось.

Уже в Node.js 25 ожидается первая реализация QUIC — шаг, к которому проект шёл почти полдесятилетия.

📚 Подробности на Хабр: https://habr.com/ru/articles/953570/

😂 В интернете снова кто-то неправ — и снова страдает Node.js

Когда-то один индийский курс по программированию (ссылка с таймкодом) решил научить студентов “контрибьютить в open-source”. Ну вы поняли: “форкни репозиторий, измени README, сделай pull-request”. Казалось бы, безобидный пример — а в итоге Node.js уже два года живёт в аду из бессмысленных PR-ов.

Всего в репозитории на данный момент 37,500 закрытых PR, большая часть из которых – неоценимый контрибьюшен от студентов :D

Мейнтейнеры пытаются минимизировать этот поток через фильтры, ботов, автоматические проверки. Но спам не остановить — армия энтузиастов всё так же идёт в бой за “первый вклад в open source”.

А вы уже законтрибьютили в Node.js сегодня?)

@js_for_devs

😭 Я попробовал Solid.js — и начинаю ненавидеть React

К такому выводу пришел разработчик, который восемь лет жил в экосистеме React, а теперь перешёл в команду TanStack и впервые всерьёз погрузился в Solid.js. И, по его словам, первое, что ломает мозг — это реактивность. В React всё просто: изменил стейт — компонент перерендерился. В Solid — наоборот: ничего не ререндерится, пока ты сам не скажешь. Хочешь обновить кусок UI — оборачиваешь данные в сигнал (createSignal) или мемо (createMemo). Всё.

Звучит дико, но на деле работает круче: меньше лишних обновлений, выше производительность. Пропсы по умолчанию не реактивные, но если передать сигнал из родителя — всё работает автоматически. И получается, что Solid даёт почти тот же DX, что React, но без его оверхеда.

Вторая фишка — JSX ближе к настоящему HTML. Можно писать class вместо className, for вместо htmlFor, не запоминать десяток «особых» пропсов. Это делает код чище и помогает реально «работать с платформой», а не с надстройкой над ней.

Третье — API ведут себя предсказуемо. В React тот же createPortal требует плясок с состояниями и JSX, чтобы что-то примонтировать. В Solid — просто вызываешь функцию, и оно работает. То же и с веб-компонентами: Solid дружит с ними из коробки, React — только с версии 19, и то со странностями.

📚 Подробности на Хабр: https://habr.com/ru/articles/955800/

🙃 Как Google Переводчик ломает React и другие веб-приложения

Когда Переводчик переводит страницу, он не просто подменяет текст. Он лезет в DOM и без стеснения меняет структуру элементов. Был <p>There are 4 lights!</p> — стало <p><font>Er zijn 4 lampen!</font></p>. Красиво? Возможно. Но React от этого в шоке: его виртуальный DOM теперь говорит одно, а реальный — другое. В результате приложение может “повиснуть” или выдать NotFoundError: Failed to execute 'removeChild'.

React живёт по принципу “ничего не ломаем — всё обновляем точечно”. Но когда Переводчик самовольно выдёргивает узлы, React теряет связь с элементами и впадает в ступор. Отсюда — залипший текст, странные клики (потому что event.target вдруг указывает на <font>), и фатальные креши. Но справедливости ради, достаётся не только React — любой фреймворк, работающий с DOM, рискует оказаться в похожей ситуации.

А можно починить? Теоретически — да: оборачивайте каждый TextNode в span, патчите методы removeChild, ловите ошибки границами и молитесь на ESLint-плагин. На практике — проще запретить перевод вообще. Грустно, но факт: единственный стабильный фикс — не давать пользователю переводить страницу. Звучит немного антигуманно, зато работоспособно.

Подробнее про работу Google переводчика в связке с React читайте на Хабре.

@js_for_devs

🔥 HolyJS устраивает день открытых дверей

29 октября любой может ворваться в мир JavaScript-движухи, пощупать формат конференции и почувствовать атмосферу HolyJS — без билета, paywall’ов и корпоративных пропусков. Просто онлайн, просто бесплатно.

Что по программе?
— JSON in → App out — расскажут, как превратить унылые таблицы и документы в графы и память агентов. Звучит как магия, но это уже почти стандарт в AI-разработке.
— Транскодирование видео в web — если вы когда-нибудь страдали от "почему видео не работает в Safari", вам туда.
— Создание RAG-системы на Node.js — да-да, та самая Retrieval-Augmented Generation, только своими руками. Прямо мастер-класс: собери себе мини-ChatGPT-поиск.

Всё что нужно для участия – зарегистрироваться.

@js_for_devs