Wi-Fi против стен. Оцениваем радиопрозрачность наших помещений / Хабр
https://habr.com/ru/companies/beget/articles/1035734/

От legacy-монолита к микрофронтендам: архитектура современного SPA
https://habr.com/p/1036296/

Как я собрал кубик Рубика в браузере на чистом Canvas / Хабр
https://habr.com/ru/companies/ruvds/articles/1035748/

Точные размеры резиновых блоков с round(). Ахмад Шадид рассказывает, как CSS-функция round() дополняет clamp(), округляя плавные значения до удобных шагов, избавляя от дробей вроде 19.7px. Он разбирает размеры шрифтов в карточках, системы типографики и базовые сетки, показывает round() с единицами от контейнера для сохранения визуального ритма при изменении вьюпорта. Также упоминает calc-size() для синхронизации высот соседних блоков. #css #typography

https://ishadeed.com/article/css-round/

Массивы, объекты и теперь composites

Composites решают боль с сравнением объектов и использованием их как ключей: две структуры с одинаковыми данными считаются равными даже при разном порядке ключей. Это практичный шаг в сторону более надежной работы с составными значениями в JavaScript.

https://frontendmasters.com/blog/arrays-objects-now-composites/

Представляем путеводитель по grid lanes. Джен Симмонс анонсирует новый интерактивный гайд по CSS grid lanes. Можно поиграть с песочницей в режимах Waterfall и Brick, разобраться в размерах треков через fr, minmax() и repeat(), а ещё пройтись по шести демо: фотографии, рецепты, газеты, меню, таймлайны и пинборды. Лучше всего работает в Safari 26.4+. #css #layout

https://webkit.org/blog/18098/introducing-the-field-guide-to-grid-lanes/

Проект nginx опубликовал JavaScript-модуль njs 1.0.0

Опубликован выпуск njs 1.0.0, модуля для интеграции интерпретаторов языка JavaScript в http-сервер nginx. Njs позволяет использовать сценарии JavaScript в файлах конфигурации для расширения возможностей nginx. Скрипты могут использоваться для определения расширенной логики обработки запросов, формирования конфигурации, динамической генерации ответов, модификации запроса/ответа или быстрого создания заглушек с решением проблем в web-приложениях. Код проекта написан на Си и распространяется под лицензией BSD.

Подробнее:
https://opennet.ru/65761/
https://opennet.me/65761/

Внутри Spec-Driven Development: на что способен Spec Kit / Хабр
https://habr.com/ru/articles/982620/

A11y​.quest: 128 вопросов, чтобы прокачать навыки доступности. Дэйв Дэвис сделал интерактивный тест, проверяющий знания по семантическому HTML, ARIA и другим темам. Вопросы отсортированы по сложности, их можно перемешивать и отслеживать точность ответов и серии. #a11y #html

https://a11y.quest/

FM-синтез звука в браузере. Часть 1

Рассмотрим возможности браузеров по синтезу звука. Разберём основы и в качестве практического применения сделаем эмулятор синтезатора Yamaha DX7.

Сложно, сложно

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

HTTP получил метод QUERY: зачем понадобился безопасный запрос с телом

В HTTP стандартизировали QUERY — безопасный и идемпотентный метод чтения, где сложные параметры передаются в теле запроса, а не в URI.

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

git pull и git fetch: что делает каждая команда

https://thecode.media/git-pull-fetch-rebase/

Микрофронтенды в экосистеме Vue 3: практическое руководство для разработчика в 2026 году / Хабр
https://habr.com/ru/companies/simbirsoft/articles/1064080/

Шпаргалки по флексам, гридам, anchor positioning и invoker commands. Килиан Валкхоф делится четырьмя CSS-шпаргалками, которые сделал, потому что постоянно забывал синтаксис anchor positioning и grid-area. Каждая — справочник со свойствами и значениями по своей теме, чтобы держать под рукой. Их можно бесплатно скачать в PDF и PNG в формате A5, готовом к печати. #css #learn

https://polypane.app/blog/cheatsheets-for-flex-grid-anchor-positioning-and-invoker-commands/

toast-queue для доступных toast-уведомлений

Лёгкая framework-agnostic библиотека для toast-уведомлений с нормальной доступностью, очередью и прогрессивным улучшением. Она берёт на себя показ, скрытие, позиционирование, лимит видимых тостов и объявления для screen reader, так что в приложении остаётся только вызвать add(). На практике удобно, что можно отправлять как простой текст, так и объект с title, description и action, а поведение настраивается и глобально для очереди, и точечно для каждого тоста.

https://toast-queue.js.org

Как сделать SVG-иконки живее с squash and stretch

Разбор приёма squash and stretch для SVG-микроинтеракций. Он помогает сделать иконки и стрелки более естественными и заметными без тяжёлой анимации: можно анимировать path через CSS, а для более широкой поддержки использовать Motion. Практически это даёт более приятный hover-эффект, учитывает prefers-reduced-motion и лучше работает, если вместо обычного state-based hover запускать короткую анимацию по событию.

https://www.joshwcomeau.com/animation/squash-and-stretch/

<mermaid-element>

Ещё одна полезная библиотека. Брамус собрал кастомный элемент, которому внутрь можно передать синтаксис Mermaid-диграммы — и она нарисуется.

Если не знаете, что такое Mermaid, то это как раз тулза, которая превращает текст вида

sequenceDiagram
    Alice->>John: Hello John, how are you?
    John-->>Alice: Great!
    Alice-)John: See you later!

в Sequence-диаграмму. И там ещё более 30 разных видов диаграмм, которые мы периодически используем в работе.

https://www.bram.us/2026/09/10/introducing-mermaid-element-a-custom-element-to-display-mermaid-diagrams/

Будь осторожнее с SDD

Сейчас идёт пик хайпа SDD (Spec Driven Development). Это подход, при котором написанию кода предшествует создание спецификаций (далее - спек), использующихся основой для агентов при генерации кода. На каждой конференции минимум один доклад об этом, всё больше историй успеха, что всю компанию полностью перевели на Agentic SDLC (простыми словами, процесс разработки с помощью агентов), во многих компаниях начинают добровольно-принудительно внедрять этот подход на основе различных фреймворков (OpenSpec, Superpowers, Spec Kit, gsd и т.д.). Но, на мой взгляд, внедрение ради внедрения ни к чему хорошему не приведёт, а только увеличит time-to-market фичей, ухудшит качество и станет источником появления тонны слоп-текста.

Сразу оговорюсь, что мне очень импонирует SDD, я его очень давно использую, ещё до агентов, да и вы, скорее всего, используете. Перед написанием кода для сложных фичей пишем технические решения, проводим архитектурные встречи и оставляем какие-нибудь артефакты (типа ADR). На их основе декомпозируем большие задачи на более маленькие и пишем код.

С агентами такой подход обрёл новый виток развития, так как именно через спецификацию можно более точно контролировать работу агента. Спеки перенесли в markdown-файлы (рядом с кодом), воркфлоу задаётся spec-driven фреймворками, а агенты делают ровно то, что написано в спеках. Красота. И где-то тут рождаются идеи типа описывать спеки не только верхнеуровнево для сложных фичей, а для каждой задачи. Полгода назад, когда я познакомился с OpenSpec (плагин для агентов, предоставляющий механизм работы по SDD и формированию всех артефактов), я побежал его тестировать на сайд проектах. И оказалось, не всё так радужно, как изначально хотелось бы.

Пройдёмся по основным проблемам:

1️⃣ Многие фреймворки (тот же OpenSpec) генерируют main-спецификации (которые описывают актуальное состояние приложения/сервиса/системы) и транслируют идею, что спецификация становится источником истины, а не код. Не только в момент написания, а на постоянной основе. Получается, либо мы для всех задач (даже супер мелких правок, багов, которые хоть как-то влияют на поведение) заводим спеки (что зачастую нецелесообразно и утомительно), либо у нас появляется два источника правды. Есть даже такой термин, spec drift, который описывает отклонение спецификации от фактической реализации. А неактуальные спеки очень опасны для агентов.

2️⃣ Агенты генерируют тонны текста в спеках, которые нужно ревьювить (в первую очередь автору). Думаю, вы когда-нибудь встречали тикеты в трекере с описанием, которое полностью сгенерировано ИИ (тонны слоп-текста, с которым разбираешься ещё больше, чем с тикетами без описания). Со спеками так же. Их нужно в несколько итераций вычитывать, выпиливать всё ненужное и делать акцент на реально важных вещах. Всё это очень быстро выжирает когнитивный ресурс (2-3 часа подготовки спеки и ты уже никакой). Ещё спеки и от коллег нужно ревьювить, помимо кода. А теперь представьте, что прилетели комментарии с код-ревью или тестирования. Помимо кода, скорее всего, нужно дорабатывать и спеку (которую потом опять отполировывать). И на себе замечаю, что временами начинаешь скипать чтение спек или пробегаться по диагонали, что, конечно же, не ок (как и при код-ревью тысячи строк кода, написанного агентами).

3️⃣ Очевидно, но на больших проектах и по мере роста спецификаций их актуализация будет выедать много токенов и времени работы агента.

Что делать? Послушаем в новом сезоне Podlodka Frontend Crew, которая стартует уже 5 октября. На конференции будет сразу три доклада, затрагивающие тему SDD. Один мельком, почему SDD не работает (я думаю, что причины будут схожи), а два других выступления наоборот - как можно применять этот подход, чтобы было не больно (один о фреймворке Spec Kit от разработчиков github-а). А по промокоду AMORGUNOV вас будет ждать приятный бонус.

Ну и я совсем скоро поделюсь опытом, как решаю эти проблемы, так как сейчас вот это всё тестируем на рабочих проектах.

erid: 2SDnjcYbM5u

Вы полюбите перегрузку в TypeScript / Хабр
https://habr.com/ru/articles/1096858/