SIBERIA CAN CODE 🧊 

reactuse 1.0.17

Небольшой релиз с фиксами useTimer и useThrottleCallback. Таймер больше не уходит в минус на дробных значениях, а throttle корректно сохраняет окно после trailing-вызова. Фикс также затрагивает useThrottleState и useThrottleValue.

Плюс подняли unit и mutation coverage для useTimer, useThrottleCallback и useThrottleEffect, а также добавили новые ReactUse Agent Skills с best practices по React hooks.

Огромное спасибо за 560 ⭐️, а также человеку за контрибьют в библиотеку и сообщество

https://reactuse.org

vite conf 2026

За последний год команда voidzero сделала невероятный рывок (появление бренда, oxc, vite8), будет интересно послушать про их опыт, данная команда делает лучшие девтулзы в мире, которыми мы с вами пользуемся каждый день.

Новая реальность 2026 года: огромное количество просмотров у видоса на 1:20:00.

Что было показано:

* Vim
* терминал
* переключение вкладок
* горячие клавиши
* разговоры про SDD
* разговоры про AI-агентов
* разговоры про workflow
* разговоры про Issues

Что было реально показано из AI-разработки:

* один промпт

Всё

Семен, ты просто промтить не умеешь, а еще агентов не правильно настроил, также у тебя нет своего лютого оркестратора, который умеет во все от идеи до релиза, например Любава. Ну также качество кода — это не важно, да и ревью вот ты говоришь, что проблема, но это не проблема вовсе. Также ты просто плохо настроил SDD и TDD скиллы.
Короче, рекомендую послушать и посмотреть подкасты Владилена Минина, он уволил весь штат из 50 человек и теперь делает все через ии, пруфов конечно нет его работы, но ты не переживай, он и другие уже лет 15 в айти, чтобы это не значило.

Забавно, что на этом HolyJS я как раз буду рассказывать про процессы, автотесты и про то, как адекватно подружить всё это с ИИ — без хайпа, без «ИИ заменит разработчиков и тестирование».

Не забывайте участвовать:

https://t.me/siberiacancode/2778
https://t.me/siberiacancode/2778
https://t.me/siberiacancode/2778

Мысли димы про ии

Не зря закрытый канал так называется. На самом деле я всегда был с вами довольно откровенным, и я очень благодарен всем вам. Я реально дошёл до какого-то уровня популярности благодаря своим трудам и ребятам, которые были все это время рядом и поддерживали мой конетнт. Решил просто высказать своё некое мнение, как в старые добрые.

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

Людям всё меньше интересно углубляться в тему, и с каждым годом это становится заметнее. Я буквально недавно поймал себя на мысли, что про новый Next.js почти нет действительно роликов. Причём не только у нас, но и на зарубежном YouTube.

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

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

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

Почему ReactUse не мемоизирует методы хуков

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

Поэтому ReactUse оставляет контроль разработчику: мемоизировать стоит там, где для этого есть реальная необходимость. Тем более с развитием React Compiler, который постепенно забирает подобные оптимизации на себя.

Мы переделали кастомный cache для nextjs

Ранее мы рассказывали, как сделали собственный cacheHandler для Next.js и начали сохранять не только кеш, но и информацию о ревалидации тегов.
Для этого рядом с кешем хранился отдельный манифест: у каждого тега была отметка времени последней ревалидации. Благодаря этому теги переживали перезапуск приложения, а новый процесс понимал, какие записи уже устарели. Но со временем решение стало сложнее самой проблемы.
Нам приходилось синхронизировать кешированные данные, теги и манифест ревалидации. Любое обновление должно было корректно изменить их состояние, а незавершённая запись или рассинхронизация файлов могли оставить кеш в неконсистентном состоянии. Особенно неприятно это становилось во время сборки и деплоя.
В итоге мы отказались от общего файлового манифеста и изменили принцип формирования ключей кеша.
Next.js позволяет привязывать tags к кешированной записи и инвалидировать её через revalidateTag, но сами теги не являются частью исходного cache key.

Мы начали использовать их ещё и как дополнительные идентификаторы файлов. Например, одним из таких тегов может быть commit id. Дополнительно передаём его в запросе через header, чтобы он участвовал в формировании уникального cache key.

Упрощённо получилось так:
<теги>:<исходный-cache-key>

Например:
<commit-id>:<исходный-cache-key>

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

При этом мы остались внутри стандартных механизмов Next.js: force-cache, tags и cacheHandler — без дополнительного манифеста и собственной системы ревалидации поверх Next.js.
Цена у подхода есть: старые записи нужно периодически удалять, иначе хранилище будет расти. Но фоновая очистка оказалась намного проще и надёжнее, чем синхронизация изменяемого манифеста во время обработки запросов.
Возможно, вся эта история кажется оверхедом. Но задача появилась из конкретного требования: сохранять кеш между сборками и гарантированно учитывать ревалидацию по тегам после рестартов и деплоев.