🚀 От фронтендера к руководителю (COO)

Многие из вас знают мой путь в IT, а если не знаете — вот серия постов.

→ Мой путь в IT. От монтажника до Frontend Разработчика
→ Как я изучал программирование
→ Как я искал первую работу в 2021 году
→ Мой первый серьезный проект: как я, джун, работал за мидла в британском финтехе
→ Работа в международной компании
→ Миграция бекенда и масштабный рефакторинг
→ Мой первый стартап — сервис онлайн-записи App-Salute
→ Уникальный опыт, который переоценить невозможно
→ Мой полный стек технологий

Если коротко: уже 5 лет я расту как не в себя. Мне это нравится, и я хочу большего.

Год назад я ушёл из найма, чтобы развивать свой проект YeaHub, и он растёт очень быстрыми темпами. К нам присоединяются другие менторы со своими учениками, а теперь все наши стажёры работают вместе: Frontend, iOS, Android, QA, BA/SA, AQA, Backend, Design — скоро ждём и PM.

Сегодня в команде YeaHub уже 110 участников 🤯
И я выступаю в роли непосредственного руководителя.

Если добавить сюда менторство и сообщество учеников — это ещё 240+ человек. В итоге я одновременно управляю большим количеством людей: направляю, мотивирую, делегирую задачи. Что-то успешно отдаётся команде, а что-то пока не получается делегировать — и я делаю это сам.

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

Сегодня YeaHub — это полноценная компания:
процессы, графики релизов и обновлений, поддержка, маркетинг.
Но мне хочется большего.

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

Какой рост без этого?
Глуп тот руководитель, который не ищет способы улучшать и оптимизировать.

Это серьёзные вызовы, конкуренция и масштабирование. Мне хочется дорасти до уровня таких проектов, как Хабр, Хекслет и других сильных IT-платформ. Готов ли я к этому сейчас? Честно — пока нет.

Я давно хотел изменить своё мышление и получить системные знания для руководителя. И вот этот момент настал.

С нового года я начинаю обучение на COO в Стратоплане.
Про эту школу я давно слышал, видел много отзывов — и наконец решился.

Изначально я шёл на курс CTO. Логика простая: я разработчик, значит нужно становиться техническим директором, архитектором, отвечать за технологии и инфраструктуру.

Но на вступительном задании и собеседовании мне открыли глаза.

Мне прямо сказали: «У тебя нет проблем с технологиями. У тебя на проекте есть полноценная инфраструктура. Твой запрос — в другом. Ты хочешь развивать проект и формировать бизнес-стратегию».

Мои решения, кейсы и подход при решении задания показали, что мне ближе роль COO, а не CTO. И это был момент прозрения. Я выбирал путь «по привычке», а не по реальному запросу.

Сейчас я уже добавлен во все чаты, получил материалы и жду первого занятия в новом году. Этот курс — не просто обучение, а среда для руководителей уровня C-level: нетворкинг, реальные задачи, нестандартные ситуации и общение с сильными управленцами и наставниками из разных компаний.

Новый год — новые возможности. 💪

🖥 10 вопросов, которые задают на КАЖДОМ Frontend-собеседовании

Полезные материалы для изучения сложных тем. Подборка видео в YouTube.

📹 Разбор задач по Event Loop с собеседований

📹 Как работает this в javascript

📹 Логика Дженериков в TypeScript: Generics, Extends и Conditional Types

Ссылка на видео с топ вопросов: https://www.youtube.com/watch?v=zTCK3c92XQA

💪 Новогоднее обращение Reactify

Дорогие айтишники, друзья, коллеги и единомышленники!

Поздравляю вас с Новым 2026 годом. Я называю этот год годом адаптации, активности и ответственности.

Каким будет этот год для вас — решать только вам. 2025 год был сложным. Для каждого он прошёл по-разному: кто-то нашёл работу, а кто-то нет; кто-то устроился за неделю, а кто-то — за шесть месяцев; кто-то попал в бигтех, а кто-то — в небольшую компанию. Говорить, что год был плохим, — неправильно. Кто-то достиг своих целей, а кто-то нет.

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

Я хочу пожелать вам роста, достижения поставленных целей и удачи. Без неё, конечно, никуда. Но что такое удача? Это множество попыток. Каждое действие открывает перед нами возможности, а как мы ими распорядимся — зависит только от нас.

С праздником, друзья!
С Новым 2026 годом!

Ура!

💪 Итоги менторства за 2025 год

Перед тем как перейти к цифрам, важно объяснить контекст — как именно развивалось менторство и что стоит за этой статистикой.

До осени 2024 года у меня не было формата «до трудоустройства». Обучение строилось как помесячная работа с ментором: разборы, прокачка навыков, подготовка к собеседованиям, но без обязательного доведения до оффера.
Менторство как системный путь от старта до выхода на рынок началось только с сентября 2024 года.

С этого момента формат изменился:
— ученик идёт по полному циклу — от базы и систематизации знаний
— до подготовки резюме, самопрезентации, моков
— и дальше — сопровождение на рынке до оффера

Важно понимать состав потока:
— около 80% учеников пришли с нуля или с минимальной базой
— для таких ребят средний цикл обучения занимает 8–9 месяцев
— быстрые результаты в первые месяцы физически невозможны — сначала идёт обучение, а не рынок

Именно поэтому в начале 2025 года трудоустройства были единичными.
В рынок выходили в основном те, кто пришёл в 2024 году уже с React и базовой экосистемой (примерно 20% от общего числа учеников). Для них путь до оффера занимал 2–5 месяцев.

Массовый выход на рынок начался только весной 2025 года, когда:
— ученики, стартовавшие осенью 2024 с нуля
— закончили основной цикл обучения
— и начали одновременно выходить на собеседования
Отсюда и резкий рост офферов с мая.

Отдельно про статистику.

Это не “результаты за календарный год” и не один поток.
Фактически это срез за 8 месяцев активных выходов на рынок в рамках одного, длинного цикла менторства.

Как считались цифры:
— учитывались все офферы, о которых ученик сообщил напрямую, в личке или в отчётах
— в статистику входят офферы, которые были приняты и отклонены, или отозваны после СБ
— по некоторым ученикам данные неполные публично (в чатах показывают только принятый оффер, остальные фиксируются в отчётах, или в личке)
— поэтому все цифры имеют небольшую погрешность, но порядок и тенденции отражают реальную картину

Ниже — сами цифры и разбивка по месяцам, компаниям и уровню позиций.

📊 Ключевые цифры

— 87 офферов за 8 месяцев
— Общая сумма офферов: 16 530 000 ₽
— 44 трудоустроенных ученика
— Рекорд: 6 офферов у одного ученика
— Самый быстрый оффер:
1. 5 дней — с начала поиска (после публикации резюме)
2. 24 дня — с начала обучения (пришёл → мок → резюме + самопрезентация → параллельно экзамены и поиск)
— Максимальный оффер: 359 000 ₽
— Средний оффер на Middle: ~230 000 ₽
(при этом подавляющее большинство — в диапазоне 240–280k)
— Средняя ЗП на Junior: ~100 000 ₽
— Трудоустройств на Junior: 6
— Компании: VK, Яндекс, Ozon, Альфа, Сбер, X5, М.Видео, Северсталь, Билайн, Ростех, Бюро, Магнит, РСХБ и др.

Кто учился
— Всего учеников за год: 182
— С полного нуля или с минимальной базой: 118
— С базовым знанием React и экосистемы: 45
— С коммерческим опытом 1–5 лет: 19
— Исключено за бездействие в 2025 — 25
(игнор или пауза в обучении 4+ месяцев)
— Сейчас на финальной стадии
(стажировка / легенда / рынок) — 38 человек

Источники собеседований
— База из ~100 HR-контактов
— Реферальные рекомендации
— HH
— Telegram-чаты

Офферы по месяцам
Май — 18
Июнь — 11
Июль — 14
Август — 9
Сентябрь — 6
Октябрь — 8
Ноябрь — 10
Декабрь — 11

*Все цифры могут иметь погрешность как в большую, так и в меньшую сторону. Единого обязательного формата отчётности, в рамках которого каждый ученик фиксировал бы все собеседования и офферы, не было.
Данные собирались из нескольких источников: публичного канала, чата менторства, регулярных отчётов и личных сообщений. Поэтому статистика отражает реальную динамику и порядок цифр, но не претендует на математическую точность.

💪 Вступай в сообщество Frontend Элита (бесплатно) — там можно обсудить итоги, задать вопросы и найти много полезных и практических материалов:
https://t.me/+R_GawEiT-sMzNjYy

🤝 Подробная информация о менторстве — здесь:
https://t.me/mentor_reactify/150

🖥 ВСЕ задачи JavaScript для собеседований | 60+ задач по всем темам

В этом видео мы разбираем ВСЕ типы задач по JavaScript, которые встречаются на собеседованиях — от самых базовых до сложных алгоритмических.

Это полный JS-собес в одном видео: более 60 задач, охватывающих все ключевые темы, которые спрашивают на технических интервью.

В видео разобраны задачи по темам:
- База JavaScript (типы, сравнение, логи)
- this и контекст выполнения
- Event Loop, асинхронность, микротаски и макротаски
- Замыкания и область видимости
- Циклы и базовая логика
- Алгоритмы и структуры данных
- Полифилы (реализация методов)
- Синтаксис: Promise, async/await, debounce
- Словари и Map / Set
- Деревья и обходы
- Матрицы и двумерные массивы

Видео подходит для:
- подготовки к JavaScript собеседованию
- junior / middle / senior frontend разработчиков
- повторения всех тем перед техническим интервью

Если вы ищете видео, где собраны все задачи JavaScript для собеседований, — вы нашли его.

Видео уже на канале!
Я не оставляю ссылку, так как видео лучше продвигается, если заходить на него напрямую с YouTube. Это помогает улучшить его рейтинг и увеличить шансы на органическое продвижение.

💪 Вступай в сообщество Frontend Элита (бесплатно) — там много полезных и практических материалов:
https://t.me/+R_GawEiT-sMzNjYy

#interview #frontend #livecoding #this #algo

🤖 Фронтенд vs Бэкенд — кого ИИ заменит первым?

Не секрет, что работа разработчика примерно на 80% состоит из рутины. Почти любой продукт собирается из одинаковых вещей. Делаете интернет-магазин — у вас есть список товаров, фильтры, карточки, пагинация. Делаете маркетплейс — всё то же самое. Сервис для автодилера? Снова карточки, списки и фильтры. Админка для управления клиентами — таблицы, поиск, пагинация и страница деталей.

Если упростить, то большую часть времени мы просто адаптируем одни и те же паттерны под разные бизнесы. Таблицы, формы, карточки, графики, виджеты, страницы. В реальности можно насчитать примерно несколько десятков базовых элементов, из которых строится 90% интерфейсов.

С бэкендом ситуация очень похожая. Пагинация почти везде одинаковая. CRUD-операции одинаковые. Поиск по query одинаковый. Эндпоинты часто копируются из проекта в проект с минимальными изменениями. По сути, в большинстве проектов разработчик снова и снова решает одни и те же задачи, просто в новом контексте.

Именно поэтому иногда можно встретить ситуации, когда человек без большого опыта устраивается на позицию мидла и проходит испытательный срок. Если вспомнить свои пет-проекты, то становится понятно почему: большинство задач мы уже когда-то делали, просто в меньшем масштабе и без ответственности продакшена.

Отсюда и возникает популярный вопрос — если наша работа во многом состоит из повторяемых задач, кого же тогда ИИ заменит первым: фронтендера или бэкендера?

Если говорить про шаблонный код, то у обеих сторон его очень много. На фронтенде это формы, списки, пагинации, таблицы, карточки, обработка загрузок и ошибок. На бэкенде это те же CRUD-операции, DTO, сервисы, репозитории и стандартные эндпоинты. Например, типичный endpoint на NestJS с TypeORM и Postgres будет выглядеть почти одинаково для любой сущности. Меняются только поля.

Но есть один интересный момент — количество кода.

Допустим, нужно реализовать страницу со списком товаров. На фронтенде это превращается в довольно большой объём работы: нужно сделать запрос к API, обработать состояние загрузки, создать страницу, написать компонент карточки, компонент списка, добавить стили, скелетоны, обработку ошибок, действия пользователя. В итоге получается несколько компонентов и сотни строк кода.

На бэкенде эта же задача часто сводится к одному endpoint’у, модели и базовой обработке ошибок. Условно это может быть несколько десятков строк.

Поэтому логично задать вопрос: где больше пространства для ошибок — там, где 50 строк кода, или там, где 400?

При этом мой личный опыт показывает, что ИИ довольно хорошо справляется и с бэкенд-задачами. Например, когда я делал бота для менторства и бота для постинга в каналы, практически все SQL-запросы я генерировал через ИИ. Я просто описывал сущности и условия, копировал результат — и запросы работали без проблем.

То же самое можно сказать про оптимизации. Если дать модели структуру базы, эндпоинты и спросить, как ускорить запросы, она вполне может предложить добавить индексы или изменить структуру запроса.

Но здесь важно понимать одну вещь. ИИ не принимает инженерных решений. Он не понимает весь контекст проекта, не знает бизнес-логики и легко может предложить решение, которое сломает систему в другом месте.

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

Поэтому разговоры о том, что ИИ заменит только фронтендеров или только бэкендеров, на мой взгляд, немного странные. Если смотреть честно, рутины полно с обеих сторон.

Скорее всего, если ИИ и будет менять индустрию, то не точечно, а сразу для всех. Он просто уменьшит количество времени, которое разработчики тратят на типовые задачи.

Но при этом важно понимать: код написать — это только часть работы. Есть архитектура, поддержка проекта, рост системы, технический долг и десятки решений, которые нужно принимать на протяжении жизни продукта.

🐞 Вайбкодинг атакует или как мы потеряли 50к рублей в YeaHub

Вполне себе реальная история нашей ошибки в YeaHub.

Есть у нас senior Java developer, спец своего дела, опыт 8 лет, работает в Биг Тех. У нас он как один из руководителей по бекенду и занимается в основном инфраструктурой. Но есть одно «но» — проект у нас на Node.js. Учить Node, конечно, зачем? Если умеешь писать код, можно чисто вайбкодить. Но Java и JavaScript, кроме первых четырёх букв, сильно отличаются: асинхронность, подходы, методы, обработка ошибок.

И вот что произошло.

Мы улучшали систему оплаты и подписок, всё проверили вроде бы гуд. Но потом начали замечать, что люди не продлевают подписку. Сначала это было странно, но терпимо. Через месяц стало очень подозрительно, и мы начали разбираться.

Оказалось, что мы формировали заказ, но не тригерили списания денег у пользователя. Визуально выглядело так: «Заказ сформирован, но не оплачен».

В чём проблема? Мы каждый день кроном проходились по всем, у кого подписка кончилась, и формировали заказ. Вторым циклом должны были пройтись по каждому заказу и инициировать списание. И тут случилась ошибка.

Наш джавист не учёл особенности асинхронности и обработки ошибок в JavaScript: один заказ мог быть «битым», и тогда весь цикл списания останавливался. Использовался forEach с async/await и обработкой ошибок, но в Node.js такой подход не ждёт асинхронные операции корректно. В итоге каждый день мы формировали заказы, пытались списать деньги, но застревали на одном висяке, и остальные оплаты просто игнорировались. В Java такие сценарии работают иначе, и привычные подходы к потокам не переносились напрямую.

Этот код полностью писала нейронка, потому что бэкендер не знал нюансов Node.js и не привык к его асинхронности.

В итоге больше 100 пользователей пользовались сервисом месяц бесплатно, а мы потеряли 50к рублей.

Вывод: даже опытный Java-разработчик может наткнуться на особенности другого языка, особенно в асинхронных сценариях, а нейронка может генерировать код, который кажется рабочим, но ведёт себя иначе на практике.

А у вас были интересные кейсы? 🔍

💪 Попал в рейтинг Telegram-каналов лидеров IT-индустрии

Сейчас на 12 месте 😁

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

https://kokoc.tech/ratings/?tab=development&period=2026

🌐 Нетворкинг и социальные связи

Знаете, я как человек воодушевленный, постоянно грежу мечтами сделать что-то большое — свою компанию, свой сервис, чтобы им реально пользовались. Я часто смотрю разные подкасты про предпринимателей и основателей, особенно нравится Соколовский. Я пошёл на курс стратоплана, чтобы хоть немного систематизировать свои знания, получить вектор движения и понять, куда расти.

Помню, когда я ещё был обычным разработчиком и гонял в офис на трамвае — я реально любил трамвай. Почему? Потому что пока ехал, постоянно читал. Для меня это был ритуал. Одна из книг — «От нуля к единице» Питера Тиля. Он рассказывает про свой опыт в PayPal, про стартапы… Но мало кто знает, что на самом деле это всё ещё круче и поучительнее. Питер Тиль входит в так называемую PayPal mafia — вместе с ним там были ребята, которые потом сделали Tesla, YouTube, LinkedIn и ещё кучу продуктов.

Суть в чём: выходцы из одной компании, имея опыт и связи, развивают новые стартапы. И тогда я задумался: это реально и довольно легко. И я начал искать ещё «мафии». Оказывается, наш мир буквально пронизан людьми, которые вышли из одной компании и основали другие компании. В России примеры ближе к нам: Тинькофф, из которого вышли Плата, Финам, Точка. Можно назвать это клубным бенефициаризмом.

Мне кажется, в наше время нетворкинг важен как никогда. Он всегда был важен: обмен опытом, связи, быть в курсе всего, вдохновляться. Это работает и на рынке, и в IT — банально рефералы, контакты рекрутеров, совместная подготовка к собесам. Всё это приходит только через людей. Даже если ты сильный, но одинокий — движение будет медленным.

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

Познакомились на моке — стали периодически созваниваться, решать задачи, вместе откликаться на рынке, рефать друг друга рекрутерам. Как минимум четыре человека устроились в марте благодаря таким связям. Кто-то устроился раньше, кто-то через месяц вышел на рынок. Тот, кто трудоустроился — рефералит своего товарища, с которым успел познакомиться и подружиться за время обучения. Вот вам наглядный пример, как всё работает, на нашем IT-рынке и трудоустройстве.

Мораль? Общение. Чтобы добиться успеха, нужно быть везде и сразу, быть активным, строить свои социальные связи. Бесплатно — идите на митапы и конференции (благо их пруд пруди), общайтесь, знакомьтесь. Ищите чаты: я, например, сижу в Threads, там часто зовут вступать в чаты «Вашего города для тусовки», «Основатели стартапов», «Кто ищет работу — давайте вместе». Есть чаты разных блогеров и IT деятелей. Есть платные сообщества — вступай, общайся, знакомься. Это может реально во что-то вылиться.

Всем успехов, друзья ✊🏻