Frontender's notes [ru]
Ведущий канал о современном фронтенде: статьи, новости, практики, вайбкодинг и автоматизация фронта ИИ-агентами. Личный блог автора - @just_genych MAX - https://max.ru/frontendnoteschannel_ru По вопросам рекламы или разработки - @g_abashkin
显示更多📈 Telegram 频道 Frontender's notes [ru] 的分析概览
频道 Frontender's notes [ru] (@frontendnoteschannel_ru) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 31 440 名订阅者,在 技术与应用 类别中位列第 4 127,并在 俄罗斯 地区排名第 20 258 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 31 440 名订阅者。
根据 16 九月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -290,过去 24 小时变化为 -6,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 7.68%。内容发布后 24 小时内通常能获得 4.95% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 2 416 次浏览,首日通常累积 1 557 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 8。
- 主题关注点: 内容集中在 браузер, api, css, интерфейс, загрузка 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“Ведущий канал о современном фронтенде: статьи, новости, практики, вайбкодинг и автоматизация фронта ИИ-агентами.
Личный блог автора - @just_genych
MAX - https://max.ru/frontendnoteschannel_ru
По вопросам рекламы или разработки - @g_abashkin”
凭借高频更新(最新数据采集于 17 九月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
数据加载中...
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 17 九月 | 0 | |||
| 16 九月 | +7 | |||
| 15 九月 | +3 | |||
| 14 九月 | +3 | |||
| 13 九月 | 0 | |||
| 12 九月 | 0 | |||
| 11 九月 | +4 | |||
| 10 九月 | +5 | |||
| 09 九月 | +8 | |||
| 08 九月 | +25 | |||
| 07 九月 | +15 | |||
| 06 九月 | 0 | |||
| 05 九月 | 0 | |||
| 04 九月 | +3 | |||
| 03 九月 | +6 | |||
| 02 九月 | +9 | |||
| 01 九月 | +8 |
| 2 | ИИ уже умеет написать тысячи строк кода за вечер. Вопрос теперь не в том, умеете ли вы пользоваться нейросетью, а понимаете ли вы, что именно она делает с вашим проектом.
«ИИнтеллигенция» - канал для тех, кто хочет разбираться в ИИ глубже обычного пользователя.
Здесь выходят:
— полезные open-source-инструменты с исходниками;
— разборы ИИ-агентов и автоматизации разработки;
— локальные модели и self-hosted-сервисы;
— реальные инциденты, уязвимости и проблемы AI-кода.
Из поста понятно не только что вышло, но и зачем это вам, как запустить и где искать подвох.
Читайте «ИИнтеллигенцию» → @clucai | 1 341 |
| 3 | Топовый хостинг под Node.js-приложения и Next.js-сайты с SSR в 2026-м
Внутри — про профильные PaaS-облака и про то, с какой стороны вообще подходить к хостингу сайтов с SSR, то есть серверным рендерингом, на React (Next.js, Remix, Astro), Vue (Nuxt.js, Quasar) и Angular.
Где сервисы хороши, а где откровенно хромают — разбирают. Плюс хостинг у VPS- и Serverless-провайдеров. А в финале — пример деплоя нодовского приложения с BullMQ и Redis.
Читать далее
👉 Frontender's notes | 1 425 |
| 4 | Свой корпоративный мессенджер на Matrix: дневник инженера
На словах задача была простая: собрать ВКС с Jitsi и чатом, да ещё и завезти аккуратный интерфейс в корпоративном стиле. Решение — свой тонкий веб-клиент поверх matrix-js-sdk: болтает с уже имеющимися Synapse-сервером и Jitsi-сервером, но снаружи выглядит и ведёт себя как кусок внутреннего портала.
Дальше — подробный, местами болезненный дневник этой стройки: от каркаса на Vite до продакшена с живыми юзерами и крайне поучительных багов.
Читать далее
👉 Frontender's notes | 1 587 |
| 5 | Kwork Hider — расширение с кнопкой «Скрыть» для проектов на Kwork
На kwork.ru/projects ежедневно вываливается полсотни проектов. И добрая половина — вообще не твоё. Кнопки «скрыть» там не завезли, так что ты снова и снова пролистываешь один и тот же шлак.
Один умелец сделал расширение Kwork Hider. Оно прикручивает к проектам кнопку «Скрыть». Про свою мотивацию он сказал максимально коротко: «Кто листал, тот знает».
Читать далее
👉 Frontender's notes | 1 766 |
| 6 | Накатил свой бесплатный плагин — и вход на WordPress через VK ID работает
Очередной хозяин сайта на WordPress решил не мучить людей регистрацией и пустить всех через сторонние сервисы. Модная нынче тема, говорит, так что выбор пал на авторизацию через ВК.
Раньше он такое уже проворачивал. Но в этот раз уперся: готового решения под задачу не нашлось. В статье рассказывает, как закрыл потребность своим плагином и денег за него не просит.
Читать на Habr
👉 Frontender's notes | 1 783 |
| 7 | 🔴 Тестовый собес на Frontend-разработчика со старшим разработчиком ex. Сбер в этот четверг!
[+ разбор 50 сложных вопросов в подарок ]
17 сентября (в этот четверг!) в 19:00 по мск приходи онлайн, чтобы посмотреть на настоящее интервью на Middle Frontend-разработчика!
Собеседование проведёт Даниил Дмитриев - старший разработчик в R-Vision, ex. Сбер,
Как это будет:
📂 Даниил задаст разработчику вопросы и задачи, которые могут спросить на реальном собесе
📂 После каждого ответа респондента ты услышишь подробный комментарий от ментора и поймёшь, чего на самом деле ожидает собеседующий на интервью
📂 В конце сможешь задать любой вопрос Даниилу и получить на него развёрнутый ответ
Эфир проходит в рамках менторской программы от ШОРТКАТ для Frontend-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы
И ты можешь посмотреть его бесплатно 🔥
Только завтра, в прямом эфире!
🎁 Подарок для всех, кто зарегается на веб — файл с ОТВЕТАМИ НА 50 СЛОЖНЫХ ВОПРОСОВ с Frontend-собеседований 🔥
Переходи в бот, чтобы попасть на эфир и забрать подарок 👉 @shortcut_front_bot
Реклама.
О рекламодателе. | 1 677 |
| 8 | Провайдер баз данных на TypeScript — и ни одного JDBC
На Habr выкатили статью про то, как устроен универсальный DB-провайдер на TypeScript, причём без JDBC.
Автор отталкивается от простой мысли: в зрелых корпоративных мирах типа Java или .NET всё, что лазает в базу, держится на интерфейсах, стандартизированных на уровне рантайма (Service Provider Interfaces / SPI).
В TypeScript подобного стандартного слоя нет. Вот статья и разбирает, как в таких условиях собирают провайдер БД.
Читать далее
👉 Frontender's notes | 1 744 |
| 9 | Мужик раскопал математику кейс-сайтов по CS2 — и запилил свой
Пару месяцев назад он сам себя спросил: когда жмёшь «открыть» на такой площадке — накручивают тебя на ролле или как-то по-другому? Таких сайтов десятки, бабки там крутятся приличные, а исходники не выложил ни один. Снаружи — лента и кнопка, а под капотом — Steam-боты, эмуляция клиента, HMAC, целочисленная бухгалтерия и математика, собранная так, что в среднем в плюсе остаётся сайт.
Доказывать это на уровне «да там все скамеры» автор не стал. Он просто целиком написал такой сайт и выложил под MIT. И это не демка с анимацией: заходишь через Steam, крутишь кейс с роллом, который можно проверить, продаёшь и апгрейдишь шмот, кидаешь заявку на вывод — и её реально отправляет торговый бот, а в админке кейс собирается по RTP до того, как уйдёт в продажу.
А главный вывод вышел не про мухлёж в ролле: мухлевать там просто не требуется.
Репозиторий: github.com/ialakey/caseforge
Читать далее: habr.com/ru/articles/1081642
👉 Frontender's notes | 1 986 |
| 10 | Standard JSON Schema vs JSON Schema
JSON Schema — это стандарт, которым описывают JSON. Standard JSON Schema — стандарт для… И нет, тут не опечатка и не дубль одного и того же стандарта, просто имена подобраны так, что с ходу и не различишь.
А в чём именно между ними разница — разобрано в статье на Habr.
Читать: habr.com/ru/articles/1081812
👉 Frontender's notes | 1 928 |
| 11 | Проектирование архитектуры плагинов для сторонних провайдеров баз данных в TypeScript-приложении
Автор расписал, как он возился с архитектурой LibreDB Studio — это IDE для баз данных на TypeScript, которая тянет сразу несколько SQL и NoSQL баз. Пока копался в слое провайдеров, у него вырисовалась довольно строгая схема: подключать новые базы становится безопаснее, а основного кода, который приходится трогать, — меньше. Про саму архитектуру он разложил в блоге, а как сейчас добавляют провайдера — задокументировано в репозитории.
Схема, кстати, рабочая. Но остаётся вопрос пошире: чтобы завести нового провайдера, его всё равно нужно впихнуть в основную кодовую базу LibreDB Studio. В итоге автору хочется уехать куда-то в сторону экосистемы плагинов.
Читать далее
👉 Frontender's notes | 2 000 |
| 12 | Свой UI Kit: стартовали с 6 компонентов, докрутили до 30+. И один косяк умудрился положить разметку сразу во всех проектах
Когда в проекте плодятся однотипные куски интерфейса, рано или поздно в голову стучится мысль: а зачем мы снова и снова пишем один и тот же Button, Input или Select?
Готовые варианты — Ant Design и Material UI в том числе — прикидывали, но они не закрывали запросы: хотелось посильнее контролировать, как компоненты выглядят и как себя ведут, тонко подгонять их под свои задачи и не забывать про требования проекта к безопасности.
Читать далее
👉 Frontender's notes | 2 087 |
| 13 | Как я почти завязал с ручным кодингом: оркестрация ИИ-агентов и методология SAMO
Автор говорит, что за последние пару лет почти перестал стучать по клавиатуре сам, а софта при этом клепает, похоже, больше, чем раньше. Львиную часть работы теперь тянут Codex, Claude Code, Gemini и прочие ИИ-агенты, а его собственные задачи всё сильнее смахивают на проектирование среды, где эти ребята могут безопасно работать.
Дальше он попробовал копнуть глубже и перестроить под ИИ уже саму архитектуру кодовой базы: сузил пространство решений, вывернул файловую систему почти в систему типов и запустил несколько агентов параллельно. Из этого и выросла SAMO.
По его мнению, главный вопрос AI-разработки, возможно, уже не «насколько хорошо ИИ пишет код», а «какую систему мы должны построить вокруг него». Читать далее
👉 Frontender's notes | 2 083 |
| 14 | ИИ уже пилит микросервисы с одного промпта. А я, разработчик, всё ещё зачем-то нужен
Автор напоминает: нас хоронят по расписанию, раз в пару лет. Сначала — визуальные конструкторы. Потом no-code, low-code, автогенерация CRUD. Следом подъехал Copilot.
Теперь на очереди LLM: за вечер накидает тебе backend, frontend, Docker Compose, миграции, OpenAPI, Kafka, PostgreSQL, Redis, авторизацию, тесты, README и компилятор в довесок.
Соцсети подкидывают дров: «собрал SaaS за 20 минут», «нейронка написала мне приложение», «один промпт заменил команду разработки». Но чем плотнее автор ковыряется с ИИ-тулзами, тем меньше верит в наше исчезновение. И дело не в том, что ИИ тупой — как раз наоборот: код он выдаёт годный.
И проверяет он это на самом скромном масштабе из возможных: без бэкенда, Kafka и восьми сервисов. Один фронтенд, один экран поиска.
Читать далее
👉 Frontender's notes | 2 031 |
| 15 | RWC. Реактивные веб-компоненты
Года не прошло (ладно, ровно год), как автор выкатил RWC — веб-компоненты на сигналах, где ни JSX, ни компилятора шаблонов. Пост собрал восемь тысяч прочтений и тридцать комментов, а потом ядро уехало на переписывание.
Дальше в тексте: что вообще поменялось к версии 3.0 и какой холивар прилетел из комментариев — нахрена это нужно, если есть Lit, и реально ли Web Components настолько плохи, как про них говорят.
Читать далее
👉 Frontender's notes | 2 123 |
| 16 | Язык, у которого не было ни единого датасета, заговорил — и хватило одной потребительской видяхи
Несколько месяцев на одной домашней видеокарте — и у крымскотатарского появилось рабочее распознавание речи (WER 0.3463 → 0.1701) плюс синтез, который вслух прочитал целую книгу: шестнадцать глав, 1 час 58 минут звучания.
Само обучение моделей сожрало часы. А всё остальное время ушло на данные, проверки и выяснение того, какие из собственных измерений врут. По словам автора, именно вторая часть кочует в любой язык, а первая — нет. Конкретных источников аудио, договорённостей с правообладателями, точных рецептов пайплайна и внутренних скриптов в статье не жди — там будут метрики, порядки величин, методология проверки и грабли.
Читать далее
👉 Frontender's notes | 2 188 |
| 17 | Shopify валит с React Native
Шесть лет прожили на RN — и хватит. Приложения переписывают на нативный Swift с Kotlin. Обоснование: кодинг-агенты сбили цену разработки одних и тех же фич дважды. В посте Shopify Engineering заодно пояснили, что будет с React Native Skia, FlashList и Restyle.
Есть и отдельный материал про 12-недельный рерайт Shop — с метриками старта, стабильности и размера до и после.
Только рады не все: в ветке r/reactnative один из основателей Expo предположил, что это «скорее политическое решение, чем техническое», и что приложение на старой архитектуре сравнивали со свежим рерайтом.
Источник: React Status #490
👉 Frontender's notes | 2 150 |
| 18 | Свой велосипед ради покрытия: когда готовые тулзы пасуют
На Habr разбирают кейс: даны параметры, некоторые из них умеют собираться в каскады, и надо посчитать, что там покрыто. Логика простая — если тесты есть на каскад, внутри которого сидит параметр, значит и параметр закрыт.
И считать надо не ветки, не сценарии, не строки кода, чем обычно и занимаются coverage.py или pytest-cov. Тут речь про покрытие самих сущностей. Подходящего инструмента под это не завезли — так что пилим свою телегу.
Читать далее
👉 Frontender's notes | 2 153 |
| 19 | 22-23 сентября приглашаем на АЛЬФА ВААА{АИ}ЙЙЙБ ХАКАТОН. Создавайте проект высоконагруженного прокси, соревнуйтесь за 2,3 миллиона рублей, общайтесь в комьюнити топовых вайб-кодеров.
Всех участников пригласим 30 сентября на АЛЬФА ВААА{АИ}ЙЙЙБ МИТАП. Узнаем, кто из финалистов получит миллион, зажжём на техно-рейве с группой ЛАУД и проведём ток-шоу про нейросети.
Скорее регистрируйтесь | 1 697 |
| 20 | Отменяемые View Transitions в SPA
document.startViewTransition() прекрасен в демках и разваливается, когда пользователь кликает по ссылкам быстрее, чем заканчивается анимация.
Наложение переходов. Браузер сам скипнет предыдущий переход, начиная новый, но ваш updateCallback уже мог стартовать fetch и записать состояние роутера - получаете гонку, в которой побеждает не последний клик. Лечится явным AbortController на загрузку данных и skipTransition() на активный переход.
Scroll restoration. Браузер делает два снапшота: до и после updateCallback. Если восстанавливать скролл после finished, новый снапшот уже зафиксирован - будет видимый прыжок. Позицию нужно восстанавливать внутри updateCallback, а scroll-behavior: smooth на время перехода отключать, иначе кадр снапшота ловится в середине анимации скролла.
Утечки. view-transition-name должен быть уникален в документе. Имя, оставленное на элементе, который вы «закрыли» (display: none, но узел в DOM), уронит следующий переход ошибкой о дубликате. Плюс до finished живут псевдо-оверлеи ::view-transition-old/new: если держите на них блокировку скролла (overflow: hidden, position: fixed), снимайте в finally, иначе после отмены страница останется «залипшей».
Каркас:
let activeVT: ViewTransition | null = null;
let ac: AbortController | null = null;
async function navigate(to: string) {
activeVT?.skipTransition(); // гасим висящую анимацию
ac?.abort(); // и незавершённый запрос
ac = new AbortController();
const data = await loadPage(to, { signal: ac.signal })
.catch(() => null);
if (!data) return; // aborted
const vt = document.startViewTransition(async () => {
history.replaceState({ y: scrollY }, '', location.pathname);
render(data);
restoreScroll(to); // скролл - ДО снапшота нового состояния
});
activeVT = vt;
document.documentElement.classList.add('vt-lock');
vt.ready.catch(() => {}); // скип реджектит ready, без unhandled
try {
await vt.finished;
} catch {
// переход отменён - это норма
} finally {
document.documentElement.classList.remove('vt-lock');
if (activeVT === vt) activeVT = null;
}
}
Ещё пара мелочей: восстанавливайте фокус (document.activeElement) после перехода, иначе скринридер останется на удалённом узле; в updateCallback не запускайте лишних await - браузер ждёт промис, а старый снапшот всё это время висит мёртвым кадром.
Источники:
- MDN: View Transition API, ViewTransition.skipTransition()
- W3C CSS View Trans | 1 962 |
