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


Channel's geo and language: Russia, Russian
Category: Technologies


Канал для frontend разработчиков
Смотрим самые новые и популярные frontend технологии 🔥
https://boosty.to/siberiacancode
https://www.youtube.com/@siberiacancode
https://www.twitch.tv/siberiacancode
https://github.com/siberiacancode

Related channels  |  Similar channels

Channel's geo and language
Russia, Russian
Statistics
Posts filter




Forward from: HolyJS — канал конференции
Проблема тестирования в вебе до сих пор очень острая: разработчики пытаются натянуть пирамиду тестирования на глобус, а тестировщики не учитывают реальные ограничения разработки.

В своем докладе Дмитрий Бабин (@siberiacancode) разберет пирамиду тестирования на практике и покажет, что большинство команд на самом деле не пишет e2e, хотя думает, что пишет. Он на практике покажет, как писать unit-тесты для функций, React-хуков и компонентов, как работать с локаторами, строить проверки и не плодить хрупкие сценарии.

«Подход к автотестам в вебе, который вы полюбите»


Redux теперь на сигналах? 🤔

В React Redux 9.4 alpha появились SignalProvider и useSignalSelector. Обычный useSelector запускает селекторы подписчиков после каждого dispatch, даже если нужная им часть state не менялась. Новый подход через Proxy отслеживает, какие поля реально читает каждый селектор, а сигналы обновляют только тех, чьи зависимости изменились.

Внутри используется граф сигналов на базе alien-signals. В бенчмарках React Redux время внутри dispatch() снизилось на 49–88% в большинстве сценариев, но есть и цена: около +7.2 kB gzip


Вышел Vite+ 1.0 ⚡️

Vite+ объединяет практически весь frontend toolchain вокруг одной команды vp: управление Node.js и package manager, dev-сервер, линтинг, форматирование, type-checking, тесты и сборку. Вместо набора отдельных зависимостей и конфигов всё можно собрать вокруг одного vite-plus и vite.config.ts.

Под капотом остаются знакомые инструменты: Vite + Rolldown для разработки и сборки, Vitest для тестов, Oxlint и Oxfmt для проверок и форматирования, tsdown для библиотек. Плюс vp run добавляет task runner с кэшированием для ускорения локальной разработки и CI.


Ну все Владилен, это была последняя капля, я вызываю тебя 1 на 1 на аимке в кс2, ты ответишь за свои инфоцыганские курсы и продажу страха людям в сложное время 👨‍💻


Владилен, забанил в своем канале, я там ничего не писал после его оскорбления в мою сторону, его борьба 🎤


Forward from: Cloud.ru
SIBERIA CAN CODE тоже рекомендует прийти на GoCloud Tech 2026 ☁️


Forward from: Cloud.ru


AI как умный if в вашем коде 🧠

Jev предлагает использовать AI не как агента, которому мы отдаём всю задачу, а для принятия небольших решений внутри обычного кода. Например, определить категорию обращения billing | bug | account, после чего приложение само решает, что делать дальше.

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


У нас есть dialog, popover и куча HTML API, которые никто не просил.

Но нормального нативного API для масок инпутов, которое реально нужно в каждом втором проекте, до сих пор нет 👍


GPT-6 Astra требует меньше промптов и инструкций 🧠

OpenAI рассказали, как стоит пересмотреть промпты и скиллы с появлением GPT-6 Astra. Огромные AGENTS.md, длинные descriptions и инструкции «прочитай всю документацию перед каждой задачей» теперь скорее мешают: забивают контекст и заставляют модель выполнять лишнюю работу.

Для скиллов рекомендуют коротко описывать, когда именно они нужны, а большие инструкции строить через progressive disclosure: основной SKILL.md работает как роутер и ведёт к дополнительным файлам только при необходимости.

Ещё один важный момент — скиллы не обязательно универсальны между моделями. Инструкции, которые помогают Sol или Luna, могут переограничивать Astra. Поэтому при смене модели стоит пересматривать не только промпты, но и сами скиллы.




Как правильно обрабатывать ошибки в JavaScript? 🐛

В статье собрали 10 практик работы с ошибками в JavaScript: от нормального использования try/catch с async/await и собственных классов Error до глобальных обработчиков и Error Boundaries в React.

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


Маленькая дата, канал перевалил за 1 000 000 просмотров, на самом деле очень крутая история, всем спасибо за поддержку 💃


ИИ помог доказать 50-летнюю математическую гипотезу? 🧠

Дэн Абрамов потратил больше месяца на попытку доказать гипотезу Конвея с помощью Claude, ChatGPT и Codex. Первые попытки быстро превращались в AI-slop: модели придумывали термины, строили доказательства на ошибочных результатах и даже объявляли задачу почти решённой.

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


Вышел 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 пользователей.

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

20 last posts shown.