🧊 siberiacancode x IT-ХОЗЯЕВА

Вышел Vitest 5.0 ⚡️

Главный фокус Vitest 5.0 — производительность. Ускорили vmThreads и vmForks, Browser Mode, coverage и работу с большими проектами. А новый vitest doctor может прогнать тесты с разными конфигурациями и подсказать, какие настройки помогут сделать их быстрее.

В Browser Mode появился встроенный Trace View. Можно посмотреть выполнение теста по шагам, действия и состояние страницы, чтобы проще разбирать упавшие browser-тесты. Также появился vi.when для условного поведения моков, обновили benchmarking API, а асинхронные assertions.

Все реакции на доклады с MoscowJS 72 на канале 🥳

Это случилось, идем к стандартизации 👨‍💻

HolyJS уже совсем скоро 🎤

Я знаком с программным комитетом HolyJS и знаю, сколько сил ребята вкладывают в программу: доклады проходят несколько этапов проработки, постоянно меняются, допиливаются и обсуждаются. В этот раз я сам прошёл весь этот путь с ребятами и в итоге попал в программу со своим докладом про автотесты в вебе.

Кроме своего доклада, я уже отметил себе несколько выступлений — программа получилась довольно широкой: от чистого JavaScript и архитектуры до ML, AI и агентных подходов.

⏺ Вам (не) нужны микрофронтенды — про то, где микрофронтенды действительно решают архитектурные и организационные проблемы, а где просто добавляют сложности.

⏺ OpenTelemetry как решение всех проблем, ну почти — про мониторинг, трассировку и аналитику, которые всё сильнее пересекаются с AI-инструментами.

⏺ ML своими руками на JS — доклад про свою ML-модель на JS, которая умеет замечать плохой UI

⏺ Вы недоиспользуете агентов: путь вверх по лестнице — про переход от обычных промптов и rules к скиллам, субагентам и более сложным агентным сценариям.

Увидимся с вами на юбилейном HolyJS 2026 🎉

В продолжение мысли, в комменты мне написали про качество 🏆 проектов, что бизнесу это важно. Я бы тоже хотел жить в мире, где всем нужно качество. Но тут я вспоминаю этих ребят:

Claude Terminal — код полное говнище: куча багов, странных конструкций и условных 10 уровней вложенности, чтобы посчитать сумму. Но продукт при этом топовый и приносит огромные деньги.

ChatGPT — один из главных AI-чатов на рынке, который при этом периодически лагает как говно полное. В котором нет виртуализации и других вещей.

Сайт Apple на Svelte — где часть роутинг реализован буквально через switch/case, а структура это просто куча.

И это всё B2C-продукты с огромной аудиторией. А теперь представим, как после таких примеров смотрят на качество B2B-продуктов на 100 пользователей.

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

Также добавлю, что есть диссонанс между словами спикеров, которые про это рассказывают, и разработчиками софта. Но тут всё очевидно: для разработчиков это тонны легаси-кода и отсутствие качества, а для бизнеса — терпимое качество и куча сэкономленных денег и времени.

Корпораты и капитализм снова победили 🤖

В будущем айти-сектор сократят ещё в 10 раз 📰

Это мой прогноз и вижен того, что нас ждёт в будущем, если ИИ не будет деградировать со скоростью света, а доступ к тем же мощностям будет стоить условные $500. Мне кажется, мы уже видим начало этого процесса. Это заметно и по тому, что делают крупные компании, и по тому, о чём они говорят публично. И, как обычно, разработчики во многом сами роют себе могилу.

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

Бизнес уже понял, что 20 человек на одном проекте далеко не всегда делают его быстрее. Иногда наоборот: коммуникации, согласования, ревью, зависимости между командами и человеческий фактор начинают тормозить разработку сильнее, чем сам код. Следующий шаг — бизнес найдёт свой коэффициент, по которому будет определять, насколько конкретный проект вообще можно отдать в такой AI-пайплайн.

В этот коэффициент войдут риски, сложность, цена ошибки, требования к безопасности и другие параметры. Понятно, что условный критичный финтех нельзя просто бездумно закинуть в полностью автономную трубу. Там ещё долго останется human-in-the-loop.

Но огромному количеству остальных проектов такой уровень контроля просто не нужен.
Именно там людей начнут сокращать сильнее всего. Важно понимать, бизнесу в таких проектах пофиг на качество, важен результат, точнее не так, качество, которое дает ии достаточно.

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

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

В итоге может получиться структура: небольшое количество очень дорогих сильных инженеров сверху и большое количество операторов AI-систем снизу. По медийке это уже тоже заметно. Массовому потребителю всё меньше интересно смотреть, как человек руками пишет код. Ему интереснее посмотреть, как кто-то открывает Claude Code или Codex, пишет несколько команд и получает готовый результат. Мне кажется, отсюда появится новая профессия — условный промпт-кассир. Инженерией я это назвать не могу, простите.

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

Примерно такую модель я вижу и для большой части будущей разработки. И ещё один популярный тезис: «бизнесу нужны люди, которые умеют всё». Мне кажется, это чушь. Если вы умеете понемногу всё, но ничего действительно хорошо, именно ваша позиция может оказаться одной из самых уязвимых и попадает под увольнение.

Бизнесу будут нужны две категории людей: те, кто способен проектировать и поддерживать сложные AI-пайплайны для различных сфер, и те, кто умеет глубоко разбираться в критичных системах, куда нельзя просто пустить автономного агента. Остальные в значительной части будут просто нажимать кнопки на той самой стиральной машине.

И для бизнеса это выглядит очень привлекательно. Сократив команды и переведя большую часть разработки на AI-рельсы, компании смогут экономить огромное количество денег.

Можно спросить: «А кто потом будет поддерживать весь этот ужас?» Но тут как раз и работает тот самый коэффициент риска. Уверен, почти у каждого в компании есть внутренний проект, который написан ужасно, держится на честном слове, но существует годами и каким-то образом выполняет свою задачу. Добро пожаловать в массовость таких сервисов. Корпорации просто начинают понимать, что таких проектов может быть намного больше. Причём не только внутренних.

Я думаю, когда AI-пайплайны действительно устаканятся, сокращение команд может дойти до 5–10 раз. Параллельно медийка никуда не исчезнет: люди продолжат продавать курсы, просто уже не про то, как пользоваться React, а про то, как пользоваться условным /react-create-app.

Возьмите популярных разработчиков-блогеров и мысленно постройте dot-график их контента за последние несколько лет, где каждая точка — тема очередного материала. Вы довольно быстро заметите, как количество технического контента уменьшается, а количество контента вокруг AI растёт. Это показывается вектор для потребителей и вектор обучения.

И буквально за пару лет мы пришли от «как устроен React» к «как попросить AI написать веб btb saas». Мне кажется, это довольно хорошо показывает, куда движется массовая разработка.

IT сектор компаний будет и дальше урезаться, а IT сообщество снова становится нишевым, ну и конечно появится новое огромное сообщество Promt кассиров.

Вы уже иифицированы или нет? Только правду пишите, у меня просто тут оркестратор агентов, у них сейчас дейлик 👍

TanStack и Vercel стали партнёрами 🤝

Vercel стал золотым партнёром TanStack и будет поддерживать развитие его open-source экосистемы. Вместе с этим TanStack Start получил более тесную интеграцию с Vercel для деплоя full-stack приложений.

Отдельный акцент сделали на AI: Vercel AI Gateway можно использовать как единый API для разных моделей, а Vercel Sandbox — для запуска изолированных окружений, например для агентов на базе TanStack AI.

🍿 АНОНС СТРИМА 15 сентября в 14:30 по мск

youtube — twitch — vk

А что случилось, вайбтамогочикод не нравится? Humanintheloop не сработал и выкатили фичу не проверив базовый функционал?

Все это шутки и ирония, но все это становится нашей реальностью, тестировщики кстати не нужны 🐈

p.s. пет реально крутой, а можно своего сделать, кто знает?

upd: там выяснилось, что у него пересекаются хоткеи показа пета и переключения клавиш, бага нет

Я научил муху писать useEffect в react с помощью claude 🥳

Вышел React 19.3 😉

В React 19.3 сразу несколько экспериментальных возможностей стали стабильными. View Transitions позволяют анимировать появление, удаление и обновление UI и работают вместе с Suspense. А Fragment Refs дают доступ к группе DOM-элементов внутри Fragment без добавления лишней обёртки.

Также появился use(browser()), позволяющий явно отказаться от серверного рендеринга для части интерфейса, и поддержка Trusted Types для более безопасной работы с потенциально опасными DOM API.

ии и код ревью 📰

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

Мы с командой используем такие сервисы в наших open-source проектах. Я уже говорил раньше: они действительно хорошо работают. Но ИИ — это не про 100% результата. Если он закрывает 60–80% рутины и экономит вам столько же времени — вы уже в шоколаде.

К чему я это всё. Вот простой PR в mock-config, где специализированный сервис для AI code review пишет мне, что нашёл major-проблему. Проблема только в одном — этой ошибки в коде вообще нет.

То есть ещё раз: ИИ, который буквально сделан только для код-ревью, ошибся в суперпростом PR и при этом уверенно пометил несуществующую проблему как major.

upd: ИИ все подсказал верно, нашел все таки место, но забавно< что codex gpt 5.5 при разработке задачи это пропустил

Мы сделали это, мы нашли все ответы и сделали лучший тул для моков 👉

Я очень давно обещал вам, что будет документация, что будут демки и показы, к сожалению были другие приоритеты и некоторые проблемы в самом проекте

Но мы сделали шаг вперед, планов много, будем работать, пример использования можно уже смотреть в моем репозитории для доклада на holyjs

import { mock, rest } from 'mock-config-server';

type User = {
  id: number;
  name: string;
  role: 'admin' | 'developer' | 'qa';
};

export default mock(
  {
    port: 7777,
    baseUrl: '/api'
  },
  {
    name: 'rest',
    configs: [
      rest.get<{ response: User[] }>('/users', [
        { id: 1, name: 'John', role: 'admin' },
        { id: 2, name: 'Jane', role: 'developer' }
      ]),
      rest.get<{ params: { id: string }; response: User }>('/users/:id', ({ request }) => ({
        id: Number(request.params.id),
        name: 'John',
        role: 'admin'
      }))
    ]
  }
);

Меня поздравили родственники, держите картинку и вы 🤩

Уже завтра — финал нашего прекрасного конкурса. Это ваш последний шанс поучаствовать и получить билеты на HolyJS с полным доступом, где, кстати, будет выступать и ваш покорный слуга. Всем удачи 🤩

Новинки Chrome 152 😎

В Chrome 152 интерфейс CSSPseudoElement теперь работает с ::backdrop, ::scroll-marker и ::view-transition. Это позволяет напрямую обрабатывать взаимодействия с псевдоэлементами из JavaScript — например, определять клик именно по подложке диалога. В CSS также появилась функция alpha() для изменения прозрачности относительно исходного цвета.

Из более крупных изменений — новый CPU Performance API, который позволяет определить класс производительности процессора устройства, и Connection Allowlists для ограничения сетевых соединений страницы. Также глобальным HTML-атрибутом стал autocorrect, позволяющий управлять автокоррекцией в <input>, <textarea> и contenteditable..

10 лет Vuetify: три переписывания и снова сначала 0️⃣ — Андрей Ёлкин

Vuetify за последние годы сильно вырос: от монолитного Material UI-фреймворка он постепенно пришёл к современным для индустрии подходам — composables, headless, разделению логики и стилей, CSS Variables и Layers.

Особенно интересно, что новый Vuetify0 строится вокруг headless composables и контрактов поведения, а уже поверх них собираются styled-компоненты. В этом плане подход местами напоминает то, что мы частично делаем в reactuse — когда UI-поведение можно вынести в отдельный composable/hook и уже поверх него собирать свой компонент.

В целом Vue наконец начинает заметно набирать обороты именно на UI-уровне. Раньше попытки были куда слабее, а сейчас Vuetify впитывает идеи, которые уже стали стандартом индустрии: headless, compound-подход, composable-логику и независимый styling layer.

Сам доклад неплохой: скорее история взросления большого UI-фреймворка, чем рассказ конкретно про Vuetify.

confreviewer x siberiacancode