Плавная типографика в CSS: что выбрать вместо брейкпоинтов
Плавную типографику в CSS удобнее собирать через clamp() и viewport units: размер шрифта можно задать одной формулой без переключения на фиксированные значения по брейкпоинтам. Для доступности лучше не полагаться только на vw, а добавлять фиксированную величину, чтобы масштабирование страницы не ломало ожидаемое поведение.
Использовать container queries для размера текста стоит осторожно: если шрифт зависит от ширины контейнера, одинаковые заголовки в разных блоках начинают выглядеть как разные уровни иерархии.
https://blog.damato.design/posts/fluid-typography/
Плавную типографику в CSS удобнее собирать через clamp() и viewport units: размер шрифта можно задать одной формулой без переключения на фиксированные значения по брейкпоинтам. Для доступности лучше не полагаться только на vw, а добавлять фиксированную величину, чтобы масштабирование страницы не ломало ожидаемое поведение.
Использовать container queries для размера текста стоит осторожно: если шрифт зависит от ширины контейнера, одинаковые заголовки в разных блоках начинают выглядеть как разные уровни иерархии.
https://blog.damato.design/posts/fluid-typography/
🔥7🐳2❤1
Как ускорили веб-приложение Claude
Разбор того, как в веб-приложении Claude сократили время до первого ввода у 75-го перцентиля с 3,1 до 0,55 секунды. Для этого нашли несколько скрытых тормозов: мелкие сдвиги верстки, которые не попадали в CLS, дорогой селектор :root:has(), добавлявший 24 мс на каждое изменение DOM, и проблему с предрендерингом Chrome, который строил страницу с неверной высотой.
Полезно как пример того, где реально прячутся задержки в интерфейсе и как их искать, если базовые метрики уже выглядят нормально.
https://claude.dev/blog/how-we-made-claude-ai-faster/
Разбор того, как в веб-приложении Claude сократили время до первого ввода у 75-го перцентиля с 3,1 до 0,55 секунды. Для этого нашли несколько скрытых тормозов: мелкие сдвиги верстки, которые не попадали в CLS, дорогой селектор :root:has(), добавлявший 24 мс на каждое изменение DOM, и проблему с предрендерингом Chrome, который строил страницу с неверной высотой.
Полезно как пример того, где реально прячутся задержки в интерфейсе и как их искать, если базовые метрики уже выглядят нормально.
https://claude.dev/blog/how-we-made-claude-ai-faster/
⚡6👌2❤1
React Forms и React.memo: что на самом деле перерисовывается
Формы в React помогают понять, где живут данные и почему компонент рендерится снова. Контролируемые поля удобны, когда значение влияет на интерфейс прямо во время ввода, а uncontrolled-подход и FormData подходят, когда нужен только итоговый результат. Это напрямую связано с оптимизацией через React.memo: чтобы не ререндерить лишнее, важно понимать, какие изменения действительно затрагивают компонент.
https://reactdevelopment.substack.com/p/react-forms-and-reactmemo-understanding
Формы в React помогают понять, где живут данные и почему компонент рендерится снова. Контролируемые поля удобны, когда значение влияет на интерфейс прямо во время ввода, а uncontrolled-подход и FormData подходят, когда нужен только итоговый результат. Это напрямую связано с оптимизацией через React.memo: чтобы не ререндерить лишнее, важно понимать, какие изменения действительно затрагивают компонент.
https://reactdevelopment.substack.com/p/react-forms-and-reactmemo-understanding
❤9👍3
Шпаргалка по интерфейсам: мелочи, которые делают UI заметно лучше
Подборка практических правил для более понятных, удобных и аккуратных интерфейсов. Она помогает выровнять отступы, анимации, типографику, цвета и доступность так, чтобы UI выглядел цельно и не раздражал пользователя.
Для фронтендера это готовый набор решений, которые можно сразу переносить в компоненты и дизайн-систему.
https://interfaces.dev/cheat-sheet
Подборка практических правил для более понятных, удобных и аккуратных интерфейсов. Она помогает выровнять отступы, анимации, типографику, цвета и доступность так, чтобы UI выглядел цельно и не раздражал пользователя.
Для фронтендера это готовый набор решений, которые можно сразу переносить в компоненты и дизайн-систему.
https://interfaces.dev/cheat-sheet
⚡6❤6
Самый дорогой способ проверить идею — полгода её разрабатывать
Сначала проверьте спрос. Так сделали эти ребята:
— Юра выбрал нишу, которую все считают скучной, но там уже платят. Начал с $100 в месяц, через год вышел примерно на $10K.
— Денис один собрал AI-игру в Telegram. За первые полтора месяца ~$1 500.
— Аня не пишет код, но запустила AI-бота для английского. Первые ~$200 пришли в первый же месяц.
Масштабы разные, схема одна:
1. Найти, за что люди уже платят.
2. Быстро собрать MVP.
3. Проверить спрос на живых пользователях.
4. Только потом докручивать продукт.
Это не рецепт «как точно сделать $10K». Гарантий вообще нет.
Но так вы узнаете ответ за недели, а не за год.
В @its_capitan разбирают такие запуски по шагам: что сделали, сколько получили, где облажались.
Подписывайтесь, чтобы запускать продукты, которые нужны пользователям, а не пилить в стол.
Реклама: ИП Зуев Игорь Владимирович, ИНН: 360408359441, Erid: 2Vtzqw8XNmT
Сначала проверьте спрос. Так сделали эти ребята:
— Юра выбрал нишу, которую все считают скучной, но там уже платят. Начал с $100 в месяц, через год вышел примерно на $10K.
— Денис один собрал AI-игру в Telegram. За первые полтора месяца ~$1 500.
— Аня не пишет код, но запустила AI-бота для английского. Первые ~$200 пришли в первый же месяц.
Масштабы разные, схема одна:
1. Найти, за что люди уже платят.
2. Быстро собрать MVP.
3. Проверить спрос на живых пользователях.
4. Только потом докручивать продукт.
Это не рецепт «как точно сделать $10K». Гарантий вообще нет.
Но так вы узнаете ответ за недели, а не за год.
В @its_capitan разбирают такие запуски по шагам: что сделали, сколько получили, где облажались.
Подписывайтесь, чтобы запускать продукты, которые нужны пользователям, а не пилить в стол.
Реклама: ИП Зуев Игорь Владимирович, ИНН: 360408359441, Erid: 2Vtzqw8XNmT
💩4❤3
Next.js 16.4: Cache Components стали рекомендуемым способом разработки
Next.js 16.4 закрепляет Cache Components как основную модель для App Router: она помогает быстрее загружать персонализированные страницы, делать клиентские переходы почти мгновенными и управлять кешированием явно, на уровне компонентов. Для новых проектов это уже включено по умолчанию, а для старых добавили инструменты миграции и проверки статичности маршрутов, чтобы не тащить лишний динамический рендер туда, где он не нужен.
https://habr.com/ru/articles/1091748/
Next.js 16.4 закрепляет Cache Components как основную модель для App Router: она помогает быстрее загружать персонализированные страницы, делать клиентские переходы почти мгновенными и управлять кешированием явно, на уровне компонентов. Для новых проектов это уже включено по умолчанию, а для старых добавили инструменты миграции и проверки статичности маршрутов, чтобы не тащить лишний динамический рендер туда, где он не нужен.
https://habr.com/ru/articles/1091748/
❤4👍4👎1💩1
WebMCP как слой для агентного веба
Суть
WebMCP — это не способ дать AI-агентам сканировать сайт как человек через DOM, скриншоты и клики, а вызывать прямые JS-инструменты, которые сам сайт явно публикует. Проблема, которую он решает, проста: браузерная автоматизация для агентов медленная, хрупкая и дорогая, а web-интерфейс при этом должен оставаться управляемым и для пользователя, и для разработчика.
Как это работает
Сайт регистрирует tools с явной
Почему это лучше автоматизации браузера
Идея в том, что агент не должен играть в человека, тыкаясь по интерфейсу вслепую. По замерам
Почему это важно для веба
Здесь ключевая ставка на co-browsing: агент работает рядом с браузерной сессией, а не вместо нее. Это единая модель, где пользователь сохраняет контроль, может вмешаться в любой момент, а сайт не превращается в черный ящик для отдельного агента. Для коммерции это особенно заметно: агент может помочь подобрать товар по сложным критериям, собрать проект или провести пользователя через многошаговую задачу без того, чтобы он наблюдал все промежуточные шаги.
Ограничения и риски
У подхода много открытых вопросов: кто вообще может регистрировать tools, какие агенты поддерживать, как тестировать поведение на реальных агентах, как защищаться от malicious tools. Для контроля доступа обсуждается
Что не решает HTML semantics
Есть идея сделать все декларативно через формы и семантику, но этого недостаточно для сложных сценариев. Декларативный подход хорош для одношаговых действий, но не покрывает многошаговые задачи, где инструмент возвращает промежуточный контекст для следующего шага агента. Если пытаться всё свести к HTML, часто получится хуже UX: агенту придется вести пользователя через лишние промежуточные экраны и формы, хотя ему нужен только итог.
WebMCP стоит рассматривать там, где сайт хочет быть удобным для AI-агентов без потери контроля над UX: e-commerce, подбор товаров, FAQ, сложные сценарии с несколькими шагами. Но внедрять его нужно аккуратно: продумать permissions, security, сигналы доверия, тестирование на реальных агентах и не полагаться только на декларативные формы. Идея сильная именно как слой над вебом, а не как замена обычному интерфейсу.
https://blog.yoav.ws/posts/why_webmcp_matters/
Суть
WebMCP — это не способ дать AI-агентам сканировать сайт как человек через DOM, скриншоты и клики, а вызывать прямые JS-инструменты, которые сам сайт явно публикует. Проблема, которую он решает, проста: браузерная автоматизация для агентов медленная, хрупкая и дорогая, а web-интерфейс при этом должен оставаться управляемым и для пользователя, и для разработчика.
Как это работает
Сайт регистрирует tools с явной
input-схемой, скоро — и с output-схемой, плюс с описанием, что именно делает инструмент и когда его вызывать. Агент получает не абстрактную страницу, а набор операций вроде «найди подходящий товар», «проверь детали заказа», «заполни шаг формы». Важный момент: это не замена UI, а более быстрый путь к тем же действиям, когда задача уже понятна.Почему это лучше автоматизации браузера
Идея в том, что агент не должен играть в человека, тыкаясь по интерфейсу вслепую. По замерам
nekuda.ai, WebMCP оказался в 2.5-7.5x быстрее и до 47x дешевле, чем другие direct interaction подходы. У Shopify Checkout эксперимент дал 2.7x ускорение, 58% экономии и 60/60 успешных попыток против 56/60 у browser automation. То есть выигрыш не только в скорости, но и в надежности.Почему это важно для веба
Здесь ключевая ставка на co-browsing: агент работает рядом с браузерной сессией, а не вместо нее. Это единая модель, где пользователь сохраняет контроль, может вмешаться в любой момент, а сайт не превращается в черный ящик для отдельного агента. Для коммерции это особенно заметно: агент может помочь подобрать товар по сложным критериям, собрать проект или провести пользователя через многошаговую задачу без того, чтобы он наблюдал все промежуточные шаги.
Ограничения и риски
У подхода много открытых вопросов: кто вообще может регистрировать tools, какие агенты поддерживать, как тестировать поведение на реальных агентах, как защищаться от malicious tools. Для контроля доступа обсуждается
Permissions Policy, чтобы сайт сам решал, каким iframe разрешать регистрацию tools. Отдельная боль — сигнал для сервера, что перед ним человек или trusted agent: без него сайты могут ошибочно принять агентный трафик за бота и заблокировать его.Что не решает HTML semantics
Есть идея сделать все декларативно через формы и семантику, но этого недостаточно для сложных сценариев. Декларативный подход хорош для одношаговых действий, но не покрывает многошаговые задачи, где инструмент возвращает промежуточный контекст для следующего шага агента. Если пытаться всё свести к HTML, часто получится хуже UX: агенту придется вести пользователя через лишние промежуточные экраны и формы, хотя ему нужен только итог.
WebMCP стоит рассматривать там, где сайт хочет быть удобным для AI-агентов без потери контроля над UX: e-commerce, подбор товаров, FAQ, сложные сценарии с несколькими шагами. Но внедрять его нужно аккуратно: продумать permissions, security, сигналы доверия, тестирование на реальных агентах и не полагаться только на декларативные формы. Идея сильная именно как слой над вебом, а не как замена обычному интерфейсу.
https://blog.yoav.ws/posts/why_webmcp_matters/
blog.yoav.ws
Why WebMCP matters
Why am I investing time and effort into WebMCP?
❤4❤🔥2👍1
DOCX 9.8: генерация Word .docx файлов из JavaScript
Библиотека для создания .docx документов прямо из JavaScript. В версии 9.8 добавили поддержку диаграмм, фигур, водяных знаков и расширили работу с математическими формулами. Это полезно, когда нужно собирать Word-файлы на лету без ручной верстки в редакторе.
https://github.com/dolanmiu/docx/releases/tag/9.8.0
Библиотека для создания .docx документов прямо из JavaScript. В версии 9.8 добавили поддержку диаграмм, фигур, водяных знаков и расширили работу с математическими формулами. Это полезно, когда нужно собирать Word-файлы на лету без ручной верстки в редакторе.
https://github.com/dolanmiu/docx/releases/tag/9.8.0
👍8❤1🥰1
Transitions.dev: готовые UI-анимации для AI-агентов
Коллекция из 43+ готовых UI-переходов для веб-приложений, которые можно вставить в проект вручную или использовать через coding agent. Инструмент помогает быстро улучшать motion в интерфейсе, а также умеет оценивать кодовую базу по motion score и вносить правки через pull request.
https://transitions.dev/
Коллекция из 43+ готовых UI-переходов для веб-приложений, которые можно вставить в проект вручную или использовать через coding agent. Инструмент помогает быстро улучшать motion в интерфейсе, а также умеет оценивать кодовую базу по motion score и вносить правки через pull request.
https://transitions.dev/
👍3❤1
Как убрать зум при двойном тапе по кнопке на мобильных
Если на мобильном при быстром тапе по кнопке страница начинает зумиться, это часто не проблема viewport, а реакция браузера на double tap. Для кнопок достаточно добавить touch-action: manipulation; это отключает двойной тап для зума, но сохраняет обычный pinch zoom и не ломает доступность.
https://piccalil.li/blog/stop-buttons-triggering-zoom-when-theyre-double-tapped/
Если на мобильном при быстром тапе по кнопке страница начинает зумиться, это часто не проблема viewport, а реакция браузера на double tap. Для кнопок достаточно добавить touch-action: manipulation; это отключает двойной тап для зума, но сохраняет обычный pinch zoom и не ломает доступность.
https://piccalil.li/blog/stop-buttons-triggering-zoom-when-theyre-double-tapped/
❤5👍4🔥1
JPEG XL наконец появился в Chrome
Chrome 155 добавил поддержку JPEG XL, и это даёт более эффективное сжатие изображений, HDR и более гибкий формат для веба без дополнительных обходных путей.
https://developer.chrome.com/blog/jpeg-xl-in-chrome
Chrome 155 добавил поддержку JPEG XL, и это даёт более эффективное сжатие изображений, HDR и более гибкий формат для веба без дополнительных обходных путей.
https://developer.chrome.com/blog/jpeg-xl-in-chrome
👍6💩4❤2👎1🤮1
Почему container queries не стоит путать с media queries
Container queries решают другую задачу, чем media queries: они заставляют компонент подстраиваться под доступное место внутри своего контейнера, а не под ширину всего окна. Это особенно полезно для переиспользуемых карточек, виджетов, форм и навигации, которые могут жить в разных частях интерфейса и должны вести себя по-разному без привязки к viewport.
https://www.smashingmagazine.com/2026/09/stop-treating-css-container-queries-traditional-media-queries/
Container queries решают другую задачу, чем media queries: они заставляют компонент подстраиваться под доступное место внутри своего контейнера, а не под ширину всего окна. Это особенно полезно для переиспользуемых карточек, виджетов, форм и навигации, которые могут жить в разных частях интерфейса и должны вести себя по-разному без привязки к viewport.
https://www.smashingmagazine.com/2026/09/stop-treating-css-container-queries-traditional-media-queries/
❤4👍4🤔1
Почему null-prototype объекты тормозят в V8
Объекты с
https://adventures.nodeland.dev/archive/optimizing-objects-with-null-prototypes/
Объекты с
__proto__: null в V8 почти всегда остаются в dictionary mode, поэтому их создание и чтение заметно медленнее обычных объектов. Если такой объект попадает на горячий путь, это может съедать пропускную способность, как это случилось в WebStreams в Node core. Для горячих структур лучше использовать обычный literal и потом сбрасывать prototype, либо класс с null-prototype у prototype, а не создавать объект сразу с __proto__: null.https://adventures.nodeland.dev/archive/optimizing-objects-with-null-prototypes/
🤔5👍3❤1
Как извлечь координаты из CSS Grid без JavaScript
CSS уже умеет не только раскладывать элементы по сетке, но и вычислять их положение внутри нее. Это полезно, когда нужно знать, где именно стоит карточка в responsive grid, даже если она занимает несколько строк и колонок. Подход работает без JavaScript, но требует фиксированной высоты строк, поддержки container queries и Scroll-Driven Animations, а также доступен полноценно только в Chrome и Edge.
https://blog.master.dev/extracting-grid-information-using-css/
CSS уже умеет не только раскладывать элементы по сетке, но и вычислять их положение внутри нее. Это полезно, когда нужно знать, где именно стоит карточка в responsive grid, даже если она занимает несколько строк и колонок. Подход работает без JavaScript, но требует фиксированной высоты строк, поддержки container queries и Scroll-Driven Animations, а также доступен полноценно только в Chrome и Edge.
https://blog.master.dev/extracting-grid-information-using-css/
❤5👍2
WebXR с Three.js без игрового движка: как запустить VR и AR прямо в браузере
WebXR с Three.js позволяет делать VR и AR как обычную веб-страницу: пользователь открывает URL в браузере шлема и сразу попадает в сцену, без установки приложения и стор-ревью. Для старта нужен Three.js, HTTPS и устройство с WebXR-браузером, а для разработки без железа подходит WebXR Emulator.
https://newsnix.com/articles/webxr-threejs-tutorial-getting-started-no-engine/
WebXR с Three.js позволяет делать VR и AR как обычную веб-страницу: пользователь открывает URL в браузере шлема и сразу попадает в сцену, без установки приложения и стор-ревью. Для старта нужен Three.js, HTTPS и устройство с WebXR-браузером, а для разработки без железа подходит WebXR Emulator.
https://newsnix.com/articles/webxr-threejs-tutorial-getting-started-no-engine/
❤3👍1
Полифилл для Custom Attributes в DOM
Custom Attributes позволяют вешать поведение не только на элементы, но и на атрибуты: атрибут становится экземпляром класса Attr, получает lifecycle callbacks и может работать на HTML, SVG и MathML. Это дает способ вынести поведение в атрибут и переиспользовать его без конфликта с API элемента.
https://www.keithcirkel.co.uk/custom-attributes-polyfill/
Custom Attributes позволяют вешать поведение не только на элементы, но и на атрибуты: атрибут становится экземпляром класса Attr, получает lifecycle callbacks и может работать на HTML, SVG и MathML. Это дает способ вынести поведение в атрибут и переиспользовать его без конфликта с API элемента.
https://www.keithcirkel.co.uk/custom-attributes-polyfill/
🔥4❤1
Connection allowlists в Chrome 152: жесткий контроль сетевых запросов в веб-приложении
Connection allowlists позволяют браузеру разрешать сетевые запросы только к заранее заданным endpoint'ам и блокировать все остальное на уровне сети. Это полезно, когда нужно защитить приложение от утечек данных через вредоносный или сгенерированный код и закрыть дыры, которые не покрывает CSP.
https://developer.chrome.com/blog/connection-allowlist-announcement
Connection allowlists позволяют браузеру разрешать сетевые запросы только к заранее заданным endpoint'ам и блокировать все остальное на уровне сети. Это полезно, когда нужно защитить приложение от утечек данных через вредоносный или сгенерированный код и закрыть дыры, которые не покрывает CSP.
https://developer.chrome.com/blog/connection-allowlist-announcement
👍5
Компонентное тестирование: практическое руководство для фронтенда
Компонентное тестирование помогает проверять UI-компоненты в реальном браузере отдельно от всего приложения и быстро ловить проблемы в состояниях, которые сложно воспроизвести end-to-end тестами.
https://storybook.js.org/blog/component-testing-a-practical-guide-for-frontend-developers/
Компонентное тестирование помогает проверять UI-компоненты в реальном браузере отдельно от всего приложения и быстро ловить проблемы в состояниях, которые сложно воспроизвести end-to-end тестами.
https://storybook.js.org/blog/component-testing-a-practical-guide-for-frontend-developers/
👍6
Projecting React: как собрать более узкую и быструю версию React под свои нужды
AI-сгенерированная проекция public API React, заточенная под требования TanStack Start, может уменьшить клиентский бандл примерно до 9 KB и ускорить работу в 2–3 раза на целевых сценариях. Это не замена React и не продукт для массового использования, а эксперимент, который уже работает на реальных сайтах и показывает, что часть API можно вырезать или упростить без потери нужного функционала.
https://tannerlinsley.com/posts/projecting-react
AI-сгенерированная проекция public API React, заточенная под требования TanStack Start, может уменьшить клиентский бандл примерно до 9 KB и ускорить работу в 2–3 раза на целевых сценариях. Это не замена React и не продукт для массового использования, а эксперимент, который уже работает на реальных сайтах и показывает, что часть API можно вырезать или упростить без потери нужного функционала.
https://tannerlinsley.com/posts/projecting-react
🔥3🤮3
EmDash 1.0: открытая CMS для Astro
Стабильная open source CMS на Astro, которая упрощает публикацию контента, работает на современном хостинге и поддерживает AI-агентов через встроенные API, CLI и MCP server. Для проектов на Astro это альтернатива классическим CMS с более безопасной моделью плагинов и без жёсткой привязки к платформе.
https://emdashcms.com/blog/emdash-1-0
Стабильная open source CMS на Astro, которая упрощает публикацию контента, работает на современном хостинге и поддерживает AI-агентов через встроенные API, CLI и MCP server. Для проектов на Astro это альтернатива классическим CMS с более безопасной моделью плагинов и без жёсткой привязки к платформе.
https://emdashcms.com/blog/emdash-1-0
👍3