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

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

🍿 давно вас не было в уличных гонках youtube — twitch — vk

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

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

Я научил муху писать 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.

Мы сделали это, мы нашли все ответы и сделали лучший тул для моков 👉 Я очень давно обещал вам, что будет документация, что будут демки и показы, к сожалению были другие приоритеты и некоторые проблемы в самом проекте Но мы сделали шаг вперед, планов много, будем работать, пример использования можно уже смотреть в моем репозитории для доклада на 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

unit skills в действие 👌 Важное в скиллах — это тестирование на реальных примерах, сейчас в рамках большой переработки мока мы решили попробовать пописать unit тесты, в итоге получилось отлично. На данный момент мы решили полностью переделать интерцепторы и задели очень много различных функций, которые как относятся к shared уровня, так и к core функционалу Скиллы показали себя с лучшей стороны, мы выделили пару улучшений, который можно добавить в скилл, но эксперимент пока крайне удачный. На данный момент я могу сказать, что ии пишет unit тесты лучше человека, это не потому-что она такая умная, а потому-что мы ленивые Лучший показать для unit тестов это code coverage и ai тут щелкает такие кейсы, как орешки. Дополнив это скиллами и нужными формулировками, получаем невероятно быстрое и качественное покрытие unit слоя на любые ваши функции.

Новинки Firefox 155 🦊 В Firefox 155 заметно расширили CSS: attr() теперь можно использовать практически в любых свойствах с типами, единицами измерения и fallback-значениями. Также появились функции progress() и alpha(), а font-stretch получил новое имя font-width, при этом старое свойство осталось как legacy alias. В JavaScript добавили Promise.allKeyed() и Promise.allSettledKeyed(), которые работают как обычные Promise.all() и Promise.allSettled(), но принимают объект и возвращают результат с теми же ключами. В DevTools появились отдельная панель эмуляции media features и поддержка JSON Lines. За флагами пока остаются scroll-driven animations и Scoped Custom Element Registries.

Спасибо всем, кто поддержал ролик, на днях сделаем стрим с разбором примера от vercel 💃