Frontender's notes [ru]
Ведущий канал о современном фронтенде: статьи, новости, практики, вайбкодинг и автоматизация фронта ИИ-агентами. Личный блог автора - @just_genych По вопросам рекламы или разработки - @g_abashkin
Mostrar más📈 Análisis del canal de Telegram Frontender's notes [ru]
El canal Frontender's notes [ru] (@frontendnoteschannel_ru) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 32 539 suscriptores, ocupando la posición 4 223 en la categoría Tecnologías y Aplicaciones y el puesto 20 085 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 32 539 suscriptores.
Según los últimos datos del 10 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -161, y en las últimas 24 horas de 8, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 9.02%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 5.60% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 2 932 visualizaciones. En el primer día suele acumular 1 821 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 27.
- Intereses temáticos: El contenido se centra en temas clave como браузер, api, css, интерфейс, загрузка.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Ведущий канал о современном фронтенде: статьи, новости, практики, вайбкодинг и автоматизация фронта ИИ-агентами.
Личный блог автора - @just_genych
По вопросам рекламы или разработки - @g_abashkin”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 11 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
Carga de datos en curso...
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 11 junio | +30 | |||
| 10 junio | +20 | |||
| 09 junio | +6 | |||
| 08 junio | +1 | |||
| 07 junio | 0 | |||
| 06 junio | 0 | |||
| 05 junio | +2 | |||
| 04 junio | +3 | |||
| 03 junio | +1 | |||
| 02 junio | +1 | |||
| 01 junio | +2 |
Promise.race([fetch(), timeout]) часто маскирует проблему: ждать перестали, но работа могла не остановиться. В SPA, SSR, Node.js-сервисах, SDK и API clients это приводит к висящим запросам, таймерам и retry/backoff ниже по стеку.
Собирайте отмену вокруг AbortSignal
AbortSignal.timeout(ms) сам отменится по таймауту.
AbortSignal.any([...signals]) отменится, когда отменится любой входной signal.
Так в один контракт попадают:
* caller отменил операцию
* истек timeout
* клиент закрыл соединение
* сервис уходит в graceful shutdown
const shutdown = new AbortController();
async function loadUser(id: string, opts: { signal?: AbortSignal } = {}) {
const signal = AbortSignal.any([
AbortSignal.timeout(1500),
shutdown.signal,
...(opts.signal ? [opts.signal] : []),
]);
signal.throwIfAborted();
const res = await fetch(`https://api.example.com/users/${id}`, { signal });
await sleep(100, signal); // backoff тоже отменяем
const data = await res.json();
signal.throwIfAborted();
return data;
}
Типичная ошибка
Не останавливайтесь на fetch. Один и тот же signal стоит передавать в retry, polling, очереди, sleep/timer helpers и свои async-функции. Иначе верхний слой "отменился", а нижний продолжает держать ресурсы.
Практические нюансы
* AbortSignal одноразовый: если aborted === true, нужен новый controller или timeout
* AbortSignal.any() - это fan-in, а не fan-out: он не отменяет исходные контроллеры
* смотрите на reason: timeout часто дает TimeoutError, abort - AbortError или ваш reason
* при обертках над setTimeout, stream, listener или socket чистите ресурсы при abort
Вывод:
Отмена должна быть частью контракта async-функции, а не локальным Promise.race на краю системы.| 2 | Нейросети, IT и AI — в одной папке
💬 С коллегами собрали новые каналы про:
💠 промпты для нейросетей и готовые решения
💠 AI-фотосессии, генерация изображений и контента
💠 новости искусственного интеллекта без лишнего шума
💠 применение AI в работе, бизнесе и повседневной жизни
💠 Python, JavaScript, Data Science и системный анализ
💠 вакансии и возможности для специалистов в IT
Посмотреть и подписаться тут 👉 https://t.me/addlist/c_rbhnzprbAwMmFi
💌 Добавить свой канал в папку | 1 178 |
| 3 | Страшная тайна российского айти
✖️ xCode Journal | 2 087 |
| 4 | Хватит гадать — DeepSeek за тебя уже всё решил 🐳
* Сейчас все только про Claude, но я перешёл на DeepSeek и не жалею. Бесплатно, контекст 1 млн токенов — закинул целую книгу, помнит всё. Код пишет отлично, а рассуждения (Reasoning) выдают логику, как у архитектора.
Решил протестировать агентский режим на задаче, которую вечно откладывал — собрать чистое инфополе с нуля. Чтобы не перебирать паблики вручную, зашёл через функцию похожих каналов в Telegram.
Скормил DeepSeek ссылки на качественных авторов по IT и AI, которых читаю сам, и попросил проанализировать сотни рекомендаций. Агент изучил контент на каналах и оставил только тех, кто делится практическим опытом по: AI-воркфлоу, автоматизации, вайб-кодингу, промт-инжинирингу, RAG-syst. нейрогенерации и др.
DeepSeek собрал полезную подборку экспертов в одну папку. Делюсь списком — внутри только полезный контент про IT & AI.
🔗Забирай в один клик: 👉 https://t.me/addlist/FYyQj91I8jJiMzg0 | 2 112 |
| 5 | Диктовка для Mac вместо клавиатуры
Кодишь с Claude/Cursor и устал печатать промпты и сообщения?
Зажал горячую клавишу, сказал - текст сам встал туда, где курсор. В любом приложении: редактор, браузер, мессенджер.
- отдельная русская модель: распознаёт русский с пунктуацией, тянет смесь рус/англ-терминов
- распознавание локально, на твоём маке - голос не уходит в облако, в отличие от облачных сервисов
- от 290 ₽/мес - дешевле зарубежных аналогов
- оплата картой РФ, без VPN и зарубежных карт
macOS, Apple Silicon
🎁 Промокод FNOTES - месяц Pro бесплатно!
→ www.taptalk.team/ | 2 262 |
| 6 | Variadic tuple types — сложные сигнатуры без боли
До variadic tuple types
многие сложные сигнатуры в TypeScript
выглядели как наказание.
Особенно:
👉 curry
👉 compose
👉 middleware
👉 typed event emitter
👉 любые функции с «прокинь аргументы дальше»
Приходилось писать overload на overload
и дублировать типы вручную.
Как было раньше
Обычно появлялись:
👉 overload на overload
👉 ручные tuple-типы
👉 тонны дублирования
Типы быстро превращались
в нечитаемую простыню.
Что изменили variadic tuples
С их появлением стало намного проще
работать с остаточными аргументами на уровне типов.
Например:
type Fn<T extends unknown[]> =
(...args: [...T]) => void
Или собирать сигнатуры:
type Append<Args extends unknown[], Arg> =
[...Args, Arg]
Типы наконец научились нормально работать
с «переменным количеством аргументов».
Почему это важно
На практике это одна из тех TS-фич,
которые реально упростили жизнь библиотекам.
Без variadic tuples:
👉 Redux middleware typings
👉 router APIs
👉 compose/curry utilities
были бы ещё страшнее.
Где начинается тёмная магия
Проблемы начинаются,
когда variadic tuples комбинируют с:
👉 infer
👉 recursive types
👉 conditional types
Типовая система очень быстро
превращается в тёмный лес.
IDE начинает тормозить,
ошибки становятся нечитаемыми,
а compile time — расти.
Главная мысль
Variadic tuple types —
это действительно мощная фича.
Главное —
вовремя остановиться
и не превратить типы в отдельный язык программирования. | 2 047 |
| 7 | Стажировки и вакансии для JavaScript разработчиков
- Вакансии которых нет на джоб-агрегаторах
- Только прямые контакты HR в Telegram
@jobs_js_fronted для фронтов
@jobs_js_back для бека
Пока другие листают джоб-сайты — ты уже пишешь HR в Telegram. | 2 171 |
| 8 | 🤣 Не баг, а фича
✖️ xCode Journal | 3 665 |
| 9 | Мой код после сотен правок и костылей | 4 330 |
| 10 | ES2025: Импорт JSON-файлов как модулей
Введение
С выходом ECMAScript 2025 (ES2025) разработчики получили возможность напрямую импортировать JSON-файлы как модули в JavaScript-коде. Это упрощает работу с конфигурационными данными и другими статическими ресурсами, представленными в формате JSON.
Синтаксис импорта JSON-модулей
Для импорта JSON-файла используется ключевое слово import с указанием атрибута with { type: 'json' }. Это гарантирует, что импортируемый файл будет обработан как JSON-модуль.
Пример использования
Рассмотрим пример импорта конфигурационного файла config.json и обращения к его свойствам в коде.
import config from './config.json' with { type: 'json' };
.log(config.apiUrl); // Выводит значение свойства apiUrl из config.json
console.log(config.timeout); // Выводит значение свойства timeout из config.json
❗️Добавление поддержки импорта JSON-файлов как модулей в ES2025 упрощает работу с данными в формате JSON, делая код более чистым и понятным.
Источники
JSON Modules Can Now Be Imported in JavaScript in All Modern Browsers, CSS Modules to Follow.
New Features in ES2025 – BooleanBuffer. | 5 204 |
| 11 | Стажировки и вакансии для JavaScript разработчиков
- Вакансии которых нет на джоб-агрегаторах
- Только прямые контакты HR в Telegram
@jobs_js_fronted для фронтов
@jobs_js_back для бека
Пока другие листают джоб-сайты — ты уже пишешь HR в Telegram. | 1 879 |
| 12 | Recursive type limits — почему TS иногда «умирает»
В TypeScript можно написать тип,
который выглядит красиво,
но заставляет компилятор страдать.
Особенно когда начинаются рекурсивные типы.
Например:
👉 глубокий DeepPartial
👉 парсинг строк на уровне типов
👉 сложные conditional types
👉 infer внутри infer
На маленьком примере всё работает.
В реальном проекте IDE внезапно начинает думать по 5 секунд.
Почему так происходит
TypeScript не вычисляет типы «бесплатно».
Каждый:
👉 conditional type
👉 union
👉 recursive шаг
нужно реально посчитать.
А если тип разворачивается слишком глубоко,
компилятор упирается в лимиты.
Отсюда знакомое:
Type instantiation is excessively deep
and possibly infinite
И это не всегда баг TypeScript.
Часто это сигнал,
что типовая модель стала слишком умной.
Где обычно всё ломается
Особенно опасны:
👉 рекурсивные mapped types
👉 огромные union’ы
👉 type-level parser’ы
👉 deeply nested generics
👉 utility types поверх utility types
Типы начинают взрываться комбинаторно.
Что обычно помогает
👉 не делать type-level акробатику без нужды
👉 ограничивать глубину рекурсии
👉 разбивать типы на более простые
👉 добавлять явные промежуточные типы
👉 не тащить сложные generic-типы в публичный API
Почему это важно
Сложные типы бьют не только по компиляции.
Они ухудшают:
👉 autocomplete
👉 responsiveness IDE
👉 читаемость кода
👉 onboarding новых людей
Иногда самый дорогой runtime —
это compile time.
Главная мысль
Хороший TypeScript —
это не когда типы поражают воображение.
Хороший TypeScript —
это когда их можно понять через полгода,
а IDE при этом не превращается в обогреватель. | 3 761 |
| 13 | Привет, друзья! Собрали с коллегами новую папку с каналами
Здесь AI-новости, нейросети, полезные инструменты, примеры внедрения ИИ в крупный бизнес, разработка, JS, Node.js, frontend, QA, Data Science, кибербезопасность и IT-вакансии.
Посмотреть и подписаться можно тут 👉 https://t.me/addlist/XttiKDt6lhUwMzEy
💌 записаться в папку | 1 797 |
| 14 | Isolated declarations — ускорение больших monorepo
В TypeScript есть флаг isolatedDeclarations.
Он нужен не для красоты типов,
а для скорости.
Проблема простая:
в больших monorepo генерация .d.ts
может становиться узким местом.
TypeScript часто должен анализировать соседние файлы,
чтобы понять, какие декларации вывести.
На маленьком проекте это почти незаметно.
На большом — начинает болеть.
Что делает isolatedDeclarations
isolatedDeclarations заставляет писать код так,
чтобы декларации можно было генерировать
по файлам независимо.
Из-за этого TypeScript чаще требует явные типы.
Было:
export function getUser() {
return { id: 1, name: 'Alex' }
}
Лучше так:
type User = {
id: number
name: string
}
export function getUser(): User {
return { id: 1, name: 'Alex' }
}
Меньше магии для компилятора —
быстрее и предсказуемее сборка.
Почему это важно
Когда проект растёт:
👉 TypeScript начинает сильнее зависеть от соседних файлов
👉 инкрементальная сборка замедляется
👉 генерация типов становится дорогой
Изоляция помогает компилятору работать параллельно и проще.
Где это особенно полезно
👉 большие monorepo
👉 библиотеки
👉 project references
👉 параллельная сборка
👉 CI, где каждая минута стоит денег
Главный trade-off
Ты немного платишь:
👉 более явными типами
👉 меньшим type inference
👉 дополнительным boilerplate
Но взамен получаешь:
👉 более быстрые сборки
👉 стабильный compile pipeline
👉 меньше скрытой сложности
Главная мысль
Это хороший пример взрослого engineering trade-off:
чуть больше явности в коде
ради скорости и предсказуемости системы. | 2 975 |
| 15 | ⁉️ Устал искать интересные каналы с новостями про искусственный интеллект?
📁 СОХРАНИ СЕБЕ ЧТОБЫ НЕ ПОТЕРЯТЬ
В этой папке собраны каналы про ИИ, которые помогают быстрее разобраться в сфере, находить идеи и экономить время на поиске информации.
😏 ЗАБИРАЙ ПАПКУ ТУТ
⏰ Папка действует 72 часа.
🤩 Организаторы: Green.Papka | 2 328 |
| 16 | 🤣 Мем отлично отражает настроения в сообществе прямо сейчас
✖️ xCode Journal | 3 327 |
| 17 | starting-style — правильные enter animations без JS
В CSS появился @starting-style.
Он решает старую проблему:
анимацию появления элемента,
который только что добавили в DOM.
Раньше для этого обычно:
👉 делали setTimeout
👉 дёргали классы через JS
👉 ловили reflow-хаки
Теперь можно нативно:
.modal {
opacity: 1;
transition: opacity .2s;
}
@starting-style {
.modal {
opacity: 0;
}
}
Элемент появляется сразу с анимацией.
Без двойного рендера и JS-костылей.
Почему это важно
Раньше браузер не успевал увидеть
начальное состояние элемента.
Из-за этого приходилось:
👉 форсить reflow
👉 откладывать изменение класса
👉 городить лишнюю логику
Теперь CSS сам понимает:
👉 с какого состояния начинать transition
Где особенно полезно
👉 dialog
👉 popover
👉 conditional rendering
👉 enter animations в UI
Почему это ощущается приятно
Анимации становятся:
👉 чище
👉 предсказуемее
👉 без лишнего JS
CSS постепенно забирает себе всё,
что раньше приходилось городить через JavaScript. | 3 982 |
| 18 | Приглашаем на Frontend Mix — бесплатный митап ЮMoney для всех, кто интересуется фронтенд-разработкой 🤩
🔔 28 мая, четверг, 19:00 (мск) — приходите на митап в Санкт-Петербурге или подключайтесь онлайн.
Спикеры из ЮMoney поделятся, как работают над задачами и улучшают процессы в команде.
Вот о чём будут рассказывать:
🟣 Как спят вкладки в браузере. На живом примере разберём, как браузер усыпляет вкладки, почему из-за этого ломается real-time и какие приёмы дебага и resync помогают находить и чинить их в продакшене.
🟣 Как построить Spec-Driven платформу для генерации писем. Используя OpenAPI как единый источник правды, покажем, как описывать контракты электронных писем через спецификацию и автоматически генерировать консистентный HTML.
🟣 Подключение модуля шумоподавления в рабочее место оператора. Рассмотрим инструменты React, WebSockets, WebRTC, а также архитектуру и логику работы модуля шумоподавления.
🟣 Круглый стол — AI во фронтенде: вызовы и реальность. Обсудим влияние нейросетей на фронтенд с трёх позиций: рынка, разработки и образования.
Чтобы попасть на митап, нужна регистрация. Все подробности — на сайте Frontend Mix 👈 | 0 |
| 19 | Promise.withResolvers() — новый способ работы с Promise
В JavaScript появился Promise.withResolvers().
Штука маленькая,
но код с Promise реально становится чище.
Раньше обычно писали так:
let resolve
let reject
const promise = new Promise((res, rej) => {
resolve = res
reject = rej
})
Работает,
но выглядит странно.
Особенно это:
«вынесем resolve наружу»
Теперь можно нормально:
const { promise, resolve, reject } =
Promise.withResolvers()
👉 без лишнего конструктора
👉 без мутаций переменных
👉 без промежуточного boilerplate
Где это особенно полезно
👉 очереди
👉 event-based логика
👉 deferred pattern
👉 кастомные async abstractions
Почему это приятно
Раньше приходилось:
👉 создавать Promise вручную
👉 тащить resolve/reject наружу
👉 писать шаблонный код снова и снова
Теперь API делает это нативно.
Мелочь, а ощущается как функция,
которая давно должна была появиться. | 3 936 |
| 20 | Как сегодня оплачивают зарубежные сервисы, которые нельзя оплатить из РФ?
Через мутных ботов, ребят с досок объявлений или сайты-прокладки. Если в двух словах — через посредника. Который каждый раз откусывает неплохую такую комиссию просто за то, что вбивает данные своей карты.
В итоге вы:
— Переплачиваете 20–30% сверху при каждой оплате.
— Отдаете свои логины и пароли незнакомым людям.
— Рискуете получить бан аккаунта за оплату с карты, которой еще оплатили неизвестно сколько аккаунтов.
PintoPay убирает посредников из вашей жизни.
Теперь вы сами контролируете свои оплаты:
• Выпускаете свою виртуальную карту прямо в Telegram за 3 минуты.
• Пополняете криптой (USDT) или рублями через СБП.
• Привязываете к Apple Pay / Google Pay для оплаты чего угодно в путешествиях.
Всё.
Вы сами оплачиваете нейросети, хостинги, отели и любые зарубежные подписки. Без левых комиссий и чужих карт. Apple Pay работает везде, где доступна безконтактная оплата.
Цена вопроса — $35 за выпуск. Но после первой же покупки $10 возвращаются вам обратно на баланс. По факту, безлимитный доступ к мировым платежам обходится в $25.
Хватит кормить «помогаторов» и переплачивать за каждую подписку.
Забирайте свою карту здесь:
👉 PintoPay
👉 PintoPay
👉 PintoPay
Чтобы выпустить карту, надо запустить бота и открыть в нем мини-апп. | 0 |
¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
