Руслан Куянец | Reactify

Отдельно стоит сказать про тренд на vibe-coding стартапы, где люди без опыта разработки пытаются собрать продукт полностью через ИИ. На короткой дистанции это может работать. За месяц можно собрать прототип или даже небольшой сервис. Но дальше начинается реальность: код растёт, появляются баги, усложняется поддержка, начинают конфликтовать части системы. И без понимания разработки человек довольно быстро начинает стрелять себе в колено. Поэтому вся текущая истерия вокруг ИИ во многом похожа на обычный технологический хайп. Когда появляется новая технология, её сначала пытаются применить везде. Все экспериментируют, пробуют, проверяют границы возможностей. А потом рынок постепенно приходит к более трезвому пониманию. Скорее всего, с ИИ будет так же. Он не заменит разработчиков, но станет ещё одним инструментом — примерно как когда-то стали Google, StackOverflow или Copilot. Очень мощным инструментом. Но всё ещё инструментом.

🤖 Фронтенд vs Бэкенд — кого ИИ заменит первым? Не секрет, что работа разработчика примерно на 80% состоит из рутины. Почти любой продукт собирается из одинаковых вещей. Делаете интернет-магазин — у вас есть список товаров, фильтры, карточки, пагинация. Делаете маркетплейс — всё то же самое. Сервис для автодилера? Снова карточки, списки и фильтры. Админка для управления клиентами — таблицы, поиск, пагинация и страница деталей. Если упростить, то большую часть времени мы просто адаптируем одни и те же паттерны под разные бизнесы. Таблицы, формы, карточки, графики, виджеты, страницы. В реальности можно насчитать примерно несколько десятков базовых элементов, из которых строится 90% интерфейсов. С бэкендом ситуация очень похожая. Пагинация почти везде одинаковая. CRUD-операции одинаковые. Поиск по query одинаковый. Эндпоинты часто копируются из проекта в проект с минимальными изменениями. По сути, в большинстве проектов разработчик снова и снова решает одни и те же задачи, просто в новом контексте. Именно поэтому иногда можно встретить ситуации, когда человек без большого опыта устраивается на позицию мидла и проходит испытательный срок. Если вспомнить свои пет-проекты, то становится понятно почему: большинство задач мы уже когда-то делали, просто в меньшем масштабе и без ответственности продакшена. Отсюда и возникает популярный вопрос — если наша работа во многом состоит из повторяемых задач, кого же тогда ИИ заменит первым: фронтендера или бэкендера? Если говорить про шаблонный код, то у обеих сторон его очень много. На фронтенде это формы, списки, пагинации, таблицы, карточки, обработка загрузок и ошибок. На бэкенде это те же CRUD-операции, DTO, сервисы, репозитории и стандартные эндпоинты. Например, типичный endpoint на NestJS с TypeORM и Postgres будет выглядеть почти одинаково для любой сущности. Меняются только поля. Но есть один интересный момент — количество кода. Допустим, нужно реализовать страницу со списком товаров. На фронтенде это превращается в довольно большой объём работы: нужно сделать запрос к API, обработать состояние загрузки, создать страницу, написать компонент карточки, компонент списка, добавить стили, скелетоны, обработку ошибок, действия пользователя. В итоге получается несколько компонентов и сотни строк кода. На бэкенде эта же задача часто сводится к одному endpoint’у, модели и базовой обработке ошибок. Условно это может быть несколько десятков строк. Поэтому логично задать вопрос: где больше пространства для ошибок — там, где 50 строк кода, или там, где 400? При этом мой личный опыт показывает, что ИИ довольно хорошо справляется и с бэкенд-задачами. Например, когда я делал бота для менторства и бота для постинга в каналы, практически все SQL-запросы я генерировал через ИИ. Я просто описывал сущности и условия, копировал результат — и запросы работали без проблем. То же самое можно сказать про оптимизации. Если дать модели структуру базы, эндпоинты и спросить, как ускорить запросы, она вполне может предложить добавить индексы или изменить структуру запроса. Но здесь важно понимать одну вещь. ИИ не принимает инженерных решений. Он не понимает весь контекст проекта, не знает бизнес-логики и легко может предложить решение, которое сломает систему в другом месте. Я бы описал нейросети так: это очень сильный, но невнимательный джун. Он может быстро писать код, генерировать идеи и ускорять работу, но за ним нужно постоянно проверять. Он может пропустить важные детали, не учесть архитектуру проекта или просто предложить неудачное решение. Поэтому разговоры о том, что ИИ заменит только фронтендеров или только бэкендеров, на мой взгляд, немного странные. Если смотреть честно, рутины полно с обеих сторон. Скорее всего, если ИИ и будет менять индустрию, то не точечно, а сразу для всех. Он просто уменьшит количество времени, которое разработчики тратят на типовые задачи. Но при этом важно понимать: код написать — это только часть работы. Есть архитектура, поддержка проекта, рост системы, технический долг и десятки решений, которые нужно принимать на протяжении жизни продукта.

⚔️ Стратегия — это искусство побеждать Уже 2 года существует YeaHub. Эту платформу мы начинали разрабатывать прямо тут, сообществом. Я делал опросы, собирал людей в команду. У меня не было опыта руководителя, лида, но я энтузиаст и воодушевленный человек — меня легко подбить на авантюры, особенно если интересно. Как выглядело зарождение YeaHub: → Провожу собесы участников → Придумали название YeaHub До YeaHub я год делал стартап в соло — приложение для онлайн-записи на услуги. Весь цикл разработки взял на себя я: фронт, бекенд, базы, деплой, инфраструктура. Было тяжело, но в этом была своя романтика. Сейчас то, что я делал вручную тогда, можно собрать почти без опыта, а тогда это был настоящий вызов. Тут можно почитать про стартап: → Мой первый стартап — сервис онлайн-записи App-Salute → Уникальный опыт, который переоценить невозможно С YeaHub была уже команда, но всё буквально рушилось. Было тяжело всех организовать. Как-то я смог преодолеть моменты, когда казалось, что всё может развалиться, мобилизовать людей, нанять специалистов и попробовать руководить. И постепенно всё пошло. Сейчас у YeaHub: 10к зарегистрированных пользователей, около 100к за 2 года, 5к заходят еженедельно. Соцсети — 40к аудитории. Неплохие результаты, но, честно, могли бы быть в разы больше, если бы у меня был навык руководителя с самого начала. Наш проект YeaHub: → YeaHub в 2026 году → Экосистема YeaHub Чтобы это исправить, я систематизирую знания на курсе COO от Стратоплана. Уже прошёл: роль COO, стейкхолдер-менеджмент, делегирование, недирективное управление + AI, построение стратегии, операционную стратегию, реализацию стратегии и целеполагание. Круто, что на каждом занятии ещё и кейсы других руководителей — интересно, полезно, иногда спорим, а иногда просто слушаем и берем опыт. Впереди ещё больше полезных модулей: построение бизнес-процессов, управление рисками и другие практики. https://stratoplan-school.com/coo/ Интересные инсайты: - Управляй ожиданиями. В любом деле с другим человеком важно проговаривать, что именно ожидается. Каждый по-своему понимает задачи, цели или твои слова — нужно это предусмотреть заранее. - Фиксируй договоренности письменно. Так каждый точно знает, чего от него ждут и какие цели перед ним стоят. - Делегирование — это искусство. Давая задачу, важно оставить человеку свободу действий. Делегирование бывает разным: не всё можно отдать всем и не все могут справиться с каждой задачей. Нужно выбирать, кому и что делегировать, и на каком уровне.

«Стратегия — это искусство побеждать. Чтобы победить, нужно понять, как использовать свои ресурсы против ограничений и конкурентов. Это не красивые слова, а реальные действия, которые решают суть проблемы.»

Много чего хочу сделать в этом году. Надеюсь, получится. 💪✊🏻🚀

Вот такой вот тухлый рынок https://t.me/mentor_reactify/318

А что по Next.js, архитектуре и лайвкодингу? 😁 1. Переводим публичную часть YeaHub на Next.js Прокачиваем SEO и получаем бешеную скорость отдачи страниц Код в открытом доступе, можно посмотреть в нашем репозитории: 🔗 https://github.com/YeaHubTeam/yeahub-public/tree/develop 2. Запустили сервис лайвкодинга в YeaHub Интересная задача получилась. Полезный инструмент и для новичков, и для профи — прокачивать навыки решения задач. Исходники тут: 🔗 https://github.com/YeaHubTeam/yeahub-platform Подробности в анонсе: 🔗 https://t.me/yeahub/121 Что примечательно: оба проекта — крупнейшие примеры архитектуры Feature-Sliced Design (FSD) с открытым кодом. Едем дальше 😎

(Не) Системная разработка Знаете, у меня за плечами достаточно большой опыт во фронте, бэке и девопсе. За свои 5 лет в айти я попробовал многое: разрабатывал большые продукты, делал стартапы, разрабатывал с нуля бекенд, поднимал инфраструктуру — от обычного Docker Compose на VPS до Kubernetes + Argo + Helm. Но вот что меня всегда удивляло: как команды вообще понимают друг друга? Банально: я могу говорить на одном языке с фронтом и бэком, продумывать, как должно работать, и не запутаться. Но фронтендер без понимания бекенда просто ждёт, пока методом проб и ошибок состыкуется с бэкендером и, может быть, наконец получится сделать фичу. Примеры из Ехаба и моих учеников — в крупных компаниях ситуация такая же. Ученик получает «билеберду», непригодную на фронте, потому что бекенд не думает о том, как это будет использоваться. Сам ученик, не зная бэка, не может сказать, как правильно сделать и как вернуть нужную структуру. Я сам через это проходил на первом году работы — мы с бэкендером сидели и думали: «А как это вообще должно работать?» Тяжело общаться, если говоришь на разных языках. Конечно, есть бест-практики: следуй ТЗ, пиши доку, соблюдай REST, и вроде бы всё ок. Но это не всегда выручает. Особенно когда в проекте участвует ещё 5–6 связей: аналитики, ПМ, дизайнеры… Откуда аналитик знает, как правильно описать данные и логику? Он же не бэкендер. С вероятностью 99% его ТЗ будет невыполнимым, бэкендер сделает по-своему, фронтендер увидит, что документация не совпадает с API… И начинается бесконечная переправка: переписывание доки, состыковка фронта с бэком, совещания, правки. И это не мелкий баг стартапа. В крупных компаниях процессы огромные, бюджеты ещё больше, а продукт всё равно превращается в **. Люди работают по 2 часа в неделю на проекте, пьют смузи, ждут указаний сверху, и в итоге каждая команда работает в своём «домике». Вывод простой: для любого специалиста важно мыслить системно. Понимать, как работает всё вместе, как части влияют друг на друга. Как этому учиться? Выделить время и попробовать: - фронтендеру изучить бекенд - написать пет-проект с CRUD - сделать интеграции - задеплоить не через GitHub Pages, а полноценно с Docker на своём сервере - настроить CI/CD Знаете, сейчас с нейронкой любой фронтендер за день может накидать бекенд, а за неделю разобраться хотя бы поверхностно, как всё работает. Если ты фронт и не понимаешь хотя бы базово, что там у бекенда, или наоборот, если ты бэк и не понимаешь фронт — это реально упущение. Не нужно «знать всё». Но важно видеть систему целиком, чтобы меньше ждать, меньше исправлять, больше влиять и делать продукт, который реально работает. Кстати, это ещё и ответ на все разговоры про сокращения и оптимизацию в айти. Компании начинают реально думать о эффективности. Им не нужен проект, на котором сидят 5 фронтов, когда обслуживать его могут вдвоём.

Коллеги, привет! По рекомендации @illright выносим проект на обсуждение в чат — будем рады вашему мнению 🙌 Мы подготовили PR на добавление нашего проекта YeaHub в качестве примера в официальную документацию FSD: https://github.com/feature-sliced/documentation/pull/889 Коротко о проекте: YeaHub — это крупный production-проект, построенный полностью на Feature-Sliced Design. Мы постарались сделать его не просто рабочим приложением, а реальным showcase масштабной архитектуры с большим количеством бизнес-сущностей и сценариев. В проекте представлены: - множество доменных сущностей - полноценные CRUD-процессы - авторизация и ролевая модель - аналитика и графики - сложные UI-сценарии - активное межслойное взаимодействие - CI/CD, Storybook, собственная дизайн-система Доступны две версии архитектуры: 1️⃣ Версия со строгим разделением по слоям (ближе к FSD 2.0): https://github.com/YeaHubTeam/yeahub-platform 2️⃣ Ветка с миграцией на FSD 2.1 (page-first, без ошибок FSD/Steiger): https://github.com/YeaHubTeam/yeahub-platform/tree/feature/YH-1611 Наша цель — сделать проект полезным для сообщества: - новичкам — как пример большого живого кода, где можно учиться ориентироваться в FSD - практикующим разработчикам — как реальный production-кейс с архитектурными компромиссами Будем благодарны за честный фидбек: - насколько структура выглядит понятной - удобно ли навигироваться - соответствует ли духу FSD 2.1 - можно ли считать это достойным showcase для документации И отдельно хотим сказать спасибо команде FSD за огромную работу по развитию методологии. Видно, сколько сил вложено в документацию, линтеры, обсуждения и эволюцию подхода. Для нас это действительно ценная архитектурная база, которую мы активно используем и продвигаем. 🙏 P.S. YeaHub находится в активной фазе масштабирования и развития. Практически ежедневно в репозитории появляются новые PR, кодовая база растёт, добавляются новые бизнес-кейсы и сценарии. Если проект будет добавлен в документацию, это будет не статичный пример, а живой production-кейс, который продолжает эволюционировать. За его развитием можно будет наблюдать в динамике — вместе с тем, как масштабируется архитектура и принимаются реальные инженерные решения. Мы считаем, что такой формат примера особенно ценен для сообщества, потому что он показывает не «идеальный зафиксированный снимок», а архитектуру в процессе роста.

🖥 ВСЕ задачи 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

💪 Итоги менторства за 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

💪 Новогоднее обращение Reactify Дорогие айтишники, друзья, коллеги и единомышленники! Поздравляю вас с Новым 2026 годом. Я называю этот год годом адаптации, активности и ответственности. Каким будет этот год для вас — решать только вам. 2025 год был сложным. Для каждого он прошёл по-разному: кто-то нашёл работу, а кто-то нет; кто-то устроился за неделю, а кто-то — за шесть месяцев; кто-то попал в бигтех, а кто-то — в небольшую компанию. Говорить, что год был плохим, — неправильно. Кто-то достиг своих целей, а кто-то нет. Трудности нас ждут, в этом нет сомнений. Без них не бывает роста. Наша задача — прикладывать усилия и делать всё возможное для преодоления этих сложностей, не сдаваться, постоянно адаптироваться и быть готовыми к изменениям. Я хочу пожелать вам роста, достижения поставленных целей и удачи. Без неё, конечно, никуда. Но что такое удача? Это множество попыток. Каждое действие открывает перед нами возможности, а как мы ими распорядимся — зависит только от нас. С праздником, друзья! С Новым 2026 годом! Ура!

Soon... Если это видео наберет 10к просмотров в первый месяц, то я выпущу плейлист, полный курс по всем типам задач Оно готово, но боюсь его выпускать до Нового года, оно может из-за праздников не стрельнуть. Поэтому ждем Нового года🫡

💼 Как реально подготовиться к собеседованию в IT Подготовка к собеседованиям в IT — это не только заучивание вопросов, но и работа с системой: понимание того, что реально спрашивают, как повторять материал и как не тратить время впустую. В этом видео разбираем: - как готовиться к IT-собеседованиям без хаоса - какие вопросы чаще всего задают на технических интервью - как выстроить регулярную подготовку и отслеживать прогресс - где брать реальные вопросы с собеседований - как повторять материал эффективно, а не «по кругу» - какие ресурсы использовать для изучения тем - как аналитика по вопросам помогает готовиться точнее Показываю подход к подготовке с использованием YeaHub: база реальных вопросов с собеседований, тренажёр для повторения, статистика по популярным и сложным темам, а также подборка полезных материалов. Видео будет полезно тем, кто: - готовится к собеседованиям в IT - ищет первую работу или планирует смену компании - устал от бесконечных списков вопросов без структуры https://yeahub.ru - платформа для подготовки к собесам https://t.me/yeahub - основной канал Ссылка на видео: клик

📚 Полный гайд по собеседованиям в IT В этом видео — полный гайд по прохождению IT-собеседований в 2025–2026 году. Разбираем все этапы пути к офферу: от поиска вакансий и откликов до лайвкодинга, алгоритмов, вопросов по опыту и системного дизайна. Поговорим о том, почему пассивный поиск работы больше не работает, как реально попадать на собеседования, как проходить HR-скрининг, правильно презентовать себя и отвечать на вопросы по софт-скиллам. Подробно разберем теоретические вопросы, лайвкодинг, алгоритмические задачи, вопросы по реальному опыту, работе в команде и системному дизайну для фронтенд-разработчиков. Видео будет полезно junior, middle и тем, кто долго не может пройти собеседование, нервничает, плохо решает задачи или не понимает, чего от него ждут интервьюеры. Все ресурсы, материалы, списки вопросов, задачи и примеры собеседований будут выложены в телеграм-канале, ссылка в описании. Темы видео: – как попасть на собеседование в IT – резюме и активный поиск работы – HR-скрининг и софт-скиллы – самопрезентация на собеседовании – теоретические вопросы по frontend – лайвкодинг и алгоритмы – задачи с собеседований – вопросы по опыту и проектам – работа в команде и процессы – системный дизайн для фронтенда Полезные ресурсы из видео 1. Навыки и ключевые слова с HH 2. Софт вопросы + Опыт 3. САМОПРЕЗЕНТАЦИЯ: Как продавать свой опыт лучше других 4. Закрытый канал с записями собесов (1000+) 5. Бесплатное сообщество с кучей материалов 6. Подборка System Design (материалы в сообществе) Видео уже на канале! Я не оставляю ссылку, так как видео лучше продвигается, если заходить на него напрямую с YouTube. Это помогает улучшить его рейтинг и увеличить шансы на органическое продвижение. #interview #frontend

Какой план на последнюю рабочую пятницу? У нас — AvitoTechno 🎧 Уже все говорят, что это будет главная онлайн-техно-вечеринка для ИТ-комьюнити! Что там будет: ➡️ сеты от разработчиков диджей-команды AvitoTech; ➡️ выступление BÖRIS REDWÄLL и группы LAVBLAST; ➡️ розыгрыш лимитированного AvitoTechno-бокса (птички напели, что там свитер, шапка, обвес и снежный шар с котиком!). Как попасть? Забирайте свой бесплатный билет в боте. Встретимся на AvitoTechno. Проводим этот рабочий 2025-й технично и крышесносно 🚀

🤯 Тренд конца 2025 года в IT: — Ты один фронтендер на проекте, где по идее их должно быть трое. — Тебе обещают, что скоро наймут ещё, но в итоге говорят: «Да ты пока справляешься, не будем никого брать» — а ты пашешь по 12 часов в день, чтобы уложиться в дедлайны. — Жесткие костыли на проектах. Представьте: 2025 год, нейронки на каждом шагу, куча образовательных ресурсов… а проекты всё ещё легаси. Можно было бы списать на накрутчиков, но при этом лиды и сеньоры по 3–4 года сидят на проекте. Как они пропустили, что накрутчики накосячили? Или сами это сделали? — Ни ТЗ, ни дизайна нет. Менеджер объясняет: «Нужна кнопочка, такого сиреневого цвета, тут должно быть «вжух», ну ты понял». А если не понял — ты дурак и не умеешь работать. — От тебя хотят не только фронтенд, но ещё и девопс, немного бэкенда и ещё чуть-чуть дизайна. И это всё не галеры, а крупные продукты. В общем, компании ох*ели. Я слушаю эти истории от учеников, и сам в найм не хочется идти. Хорошо, что в Ехабе у нас топовые процессы и проекты. Кстати, ученики потом вспоминают прошлое, как будто это был какой-то сон после того, что они видят у себя на работе. С испыталкой все справляются, даже удается внести предложения по улучшению в работу.

🖥 10 вопросов, которые задают на КАЖДОМ Frontend-собеседовании Полезные материалы для изучения сложных тем. Подборка видео в YouTube. 📹 Разбор задач по Event Loop с собеседований 📹 Как работает this в javascript 📹 Логика Дженериков в TypeScript: Generics, Extends и Conditional Types Ссылка на видео с топ вопросов: https://www.youtube.com/watch?v=zTCK3c92XQA

📚 А еще я отснял куча материала для YouTube. Ждите годноту на канале 1. Полный гайд по собеседованиям в IT. 2. Как реально подготовиться к собеседованию в IT 3. 10 вопросов, которые задают на КАЖДОМ Frontend-собеседовании 4. ВСЕ задачи по JavaScript на собеседованиях. 60+ задач по темам 5. Собеседование на Frontend Разработчика. Самые сложные вопросы Все они находятся на стадии монтажа. До нового года постараюсь выложить все 🚀

🚀 От фронтендера к руководителю (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: нетворкинг, реальные задачи, нестандартные ситуации и общение с сильными управленцами и наставниками из разных компаний. Новый год — новые возможности. 💪

👩‍💻 Идеальный собес на React-разработчика Часто думаю о том, какими вообще должны быть собеседования: сколько этапов, сколько времени, что именно они должны проверять и что мы хотим увидеть в кандидате. У меня сформировалось своё мнение. Как собесы выглядят сейчас? 1. Чистая теория. Тут всё понятно: вопросы можно заучить, зазубрить до автоматизма — и толку от этого этапа минимум. Проверить реальный уровень сложно. 2. Теория с упором на опыт и рассуждения. Это уже лучше. Спрашивают не «что такое утечка памяти?», а «сталкивался ли, как решал?». Не «что такое WebSocket?», а «как использовал, какие были проблемы?». Тут хотя бы можно услышать мышление кандидата, а не выученные определения. 3. Алгоритмы и задачи. Для многих разработчиков это стресс, даже для опытных. Нужна отдельная подготовка, алгоритмы надо специально учить. В итоге — студенты без опыта решают лучше сеньоров. Плюс такие задачи легко списать у нейронки, потому реальную компетенцию они отражают плохо. 4. Вопросы по опыту. В целом неплохой подход: кандидат рассказывает о задачах, процессах, достижениях. Но это тоже можно подготовить заранее и выдавать заученный текст даже без настоящего опыта. 5. Хардкор-копание в опыт. Когда идут в глубину, разбирают рабочие кейсы, задают наводящие вопросы, проверяют по мелочам — тут уже не притворишься. Особо если затрагивают что-то рутинное, что знает только человек с реальным опытом: git-кейсы, интерфейс инструментов, реальные проблемы в проекте и т.п. 6. Лайвкодинг. Сделать запрос, пофиксить баг, отрефакторить код. Лучше, чем алгоритмы, но всё ещё можно улучшить. Итого: два лучших формата сейчас — глубокое копание в реальный опыт + нюансы — лайвкодинг с приближёнными к работе задачами Но кажется, что можно сделать ещё лучше. 💡 Идея: собес на реальном мини-проекте За 1.5–2 часа реально понять уровень кандидата, если сделать более «приближённый к бою» формат. Что делаем? 1. Готовим небольшой проект, похожий на ваш реальный стек и домен. 2. Создаём трекер задач: фичи, баги, настройки инструментов, конфиги eslint и т.д. 3. Добавляем документацию и гайдлайн по стилю. 4. Кандидат ориентируется в проекте, читает доку, смотрит структуру, разбирается в задачах и процессе работы с ветками. 5. Он берёт любую задачу, оценивает сложность, начинает решать, задаёт вопросы, изучает ТЗ, ищет баги. 6. Можно пользоваться интернетом. 7. Кандидат работает с экраншарингом. Важно: проект должен быть не «один файл», а со средней структурой — страницы, компоненты, хелперы. Тогда нейронка мало поможет: слишком много контекста. Нужно читать код, разбираться в ТЗ, проверять результат в браузере. Что это даёт? Такой собес отлично показывает ход мыслей и реальную квалификацию. Один двухчасовой этап заменяет несколько технических. Параллельно можно ненавязчиво обсуждать опыт, подходы и немного теории. Минусы — Тяжелее готовить новые задачи — их могут «разгадать» предыдущие кандидаты. — Сразу нужно уделить ~2 часа времени. Но это компенсируется тем, что можно остановить собес в первые 15–20 минут, если видно, что кандидат не тянет. Почему идея кажется логичной? — Уменьшается конкуренция: сложнее готовиться — Если человек справился с такой задачей — уже не важно, настоящий у него опыт или нет. Он ориентируется в коде и показывает результат. Почему такие собесы до сих пор не распространены? Похоже, многим компаниям просто комфортно в текущей системе. Или им действительно всё равно — лишь бы нанять кого-то «достаточного». 💪 Если хотите обсудить — присоединяйтесь в наш бесплатный чатик Frontend Элита: https://t.me/+TCFPcrZTS9YwZDli