Ну что, пора начинать! Чат ещё не полностью доделан, но уже готов принимать своих первых участников 🙌
Присоединяйтесь, коллеги и единомышленники!
Чат абсолютно бесплатный — впереди гайды, полезные материалы и различные активности, которые мы будем постепенно добавлять.
Добро пожаловать в наше сообщество! 🚀
https://t.me/+TCFPcrZTS9YwZDli
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15❤8🔥7
Почему Элита? Не чтобы кого-то задеть — просто для атмосферы.
Как говорится, как корабль назовёшь — так он и поплывёт.
Вот я и решил, что пусть хотя бы название звучит солидно, раз уж сами мы обычные фронтендеры 😄
Как говорится, как корабль назовёшь — так он и поплывёт.
Вот я и решил, что пусть хотя бы название звучит солидно, раз уж сами мы обычные фронтендеры 😄
👍13❤6💯4🔥3
🚀 Сначала запусти — потом улучшай
Когда я начинал с Yeahub, меня манило всё отполировать: идеальный интерфейс, логика, тексты. Но я понял — пользователю это не важно, если продукт не решает его проблему.
Главное — понять, чего хочет человек, проверить гипотезу. Пусть через сырое приложение, без идеального дизайна. Всё остальное можно допилить позже.
Поэтому я полностью согласен с идеей челленджа «12 запусков за 12 месяцев» в комьюнити «Короче, Капитан». Там фаундеры не ждут идеального момента — они создают.
⚡️Фокус. Берёте одну проблему с проверенным спросом. Никаких догадок.
⚡️Скорость и бюджет. Ровно месяц на разработку и запуск в США/ЕС. Средний бюджет на продвижение — всего $150.
⚡️Анализ. В конце месяца — честный разбор: что сработало, а что нет.
Это и есть лучший способ расти. Потому что каждый запуск — это не просто продукт, это опыт, понимание пользователя и новый виток уверенности.
Вы в реальном времени видите запуск, продвижение и доход по каждому проекту. Идеальный способ прокачать насмотренность и перенять работающие подходы — даже если вы инженер, а не фаундер.
В будущем гарантированно набьете меньше шишек 💡
👉 Подписаться: @its_capitan
Реклама: ИП Зуев Игорь Владимирович, ИНН: 360408359441, Erid: 2VtzqwAuk72
Когда я начинал с Yeahub, меня манило всё отполировать: идеальный интерфейс, логика, тексты. Но я понял — пользователю это не важно, если продукт не решает его проблему.
Главное — понять, чего хочет человек, проверить гипотезу. Пусть через сырое приложение, без идеального дизайна. Всё остальное можно допилить позже.
Поэтому я полностью согласен с идеей челленджа «12 запусков за 12 месяцев» в комьюнити «Короче, Капитан». Там фаундеры не ждут идеального момента — они создают.
⚡️Фокус. Берёте одну проблему с проверенным спросом. Никаких догадок.
⚡️Скорость и бюджет. Ровно месяц на разработку и запуск в США/ЕС. Средний бюджет на продвижение — всего $150.
⚡️Анализ. В конце месяца — честный разбор: что сработало, а что нет.
Это и есть лучший способ расти. Потому что каждый запуск — это не просто продукт, это опыт, понимание пользователя и новый виток уверенности.
Вы в реальном времени видите запуск, продвижение и доход по каждому проекту. Идеальный способ прокачать насмотренность и перенять работающие подходы — даже если вы инженер, а не фаундер.
В будущем гарантированно набьете меньше шишек 💡
👉 Подписаться: @its_capitan
Реклама: ИП Зуев Игорь Владимирович, ИНН: 360408359441, Erid: 2VtzqwAuk72
🔥10❤4👍2🤔1😢1
Есть важный момент: в реальной работе разработчик использует далеко не весь TypeScript — зачастую лишь 20–30% его возможностей. Поэтому новичку совершенно не обязательно сразу пытаться охватить всю технологию. Это только замедлит процесс, усложнит обучение и снизит эффективность.
К тому же теория без практики даётся тяжело, изолированные примеры часто непонятны, а задачи по TS поначалу кажутся перегруженными. В результате уходит много времени, а прогресс ощущается слабым. Классическое правило 20/80 здесь работает идеально: небольшой, но правильно выбранный набор знаний даёт максимальный результат.
🔹 Этап 1 — База + поверхностное знакомство с продвинутыми темами
На старте важно понять только основу типизации:
- примитивные типы
- type
- interface
- union-типы
- type aliases
И всё! Поверьте, большинство опытных разработчиков не держат в голове сложные типизации событий или утилит — всё это гуглится за 10 секунд.
Главное — практика. Получать ошибки TypeScript, гуглить их, разбираться — именно так и формируется настоящее понимание логики TS.
Что делать на этом этапе?
1. Посмотреть 1–2 курса (любые):
Полный курс TypeScript за час — https://www.youtube.com/watch?v=V7hBejCH1HI
TypeScript с 0 до Профи. Полный курс + Практика — https://www.youtube.com/watch?v=PYWaUwjofJo
2. Сразу начать проект:
Туду-лист, работа с API, калькулятор — неважно. Главное, чтобы был реальный код, а не только теория.
Идеальная длительность этапа — примерно 2 недели.
🔹 Этап 2 — Продвинутые темы (после освоения React, RTK)
Этот этап точно не нужен новичку. Продвинутый TS лучше изучать тогда, когда уже освоен весь React-стек и есть несколько пет-проектов.
Что входит в продвинутую часть?
- Generics
- Utility Types
- Type Guards
- Маппинг типов
- Сложные паттерны типизации
Как изучать?
1. Посмотреть фундаментальный курс:
TypeScript ФУНДАМЕНТАЛЬНЫЙ КУРС от А до Я — https://youtu.be/LWtHl__oEWc?si=JQidflBDL61By3mS
2. Начать решать задачи:
https://bigfrontend.dev/typescript
https://github.com/type-challenges/type-challenges
⭐️ Почему так?
Проблема большинства курсов в том, что они вываливают всю информацию сразу. Новичку это не помогает — он просто не может усвоить продвинутые концепции без опыта.
Точно так же, как нет смысла проходить весь React от и до при первом знакомстве, нет смысла полностью изучать TypeScript на старте.
Кстати, начал внедрять такие практики на менторстве. Снова все улучшать и переделывать курсы свои😅
#typescript
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥21❤5🤝4👍1
😎 Самые сложные вопросы для новичков и самые популярные вопросы с собеседований
Один из больших плюсов развития платформы для подготовки к собеседованиям — это возможность делать аналитику. Сейчас мы анализируем, какие вопросы оказываются самыми сложными для тех, кто готовится к собесам. Как это проверяем? Всё просто: если человек нажимает «не знаю» в квизе, и таких пользователей много, значит вопрос действительно сложный и мало кому знаком.
Кроме того, мы добавляем на платформу реальные собеседования в цифровом виде и смотрим, какие вопросы встречаются чаще всего — получается очень крутая статистика.
Что в итоге? Если на собеседовании задать вопросы про Redux (который многие указывают в резюме), то можно довольно легко проверить реальные знания кандидата 😁 — вероятность того, что он не ответит, довольно высока.
А какой вопрос самый популярный для фронтенд-разработчиков? «Что такое CORS?» и «Как работает Event Loop?». Большая часть вопросов в топе — это JavaScript.
Сейчас в YeaHub мы наняли человека, который будет переносить всё больше собеседований из нашей базы записей на платформу. Хотим ускорить темп, чтобы охватить как можно больше компаний.
Также планируем до Нового года успеть запустить сервис лайвкодинга — что-то вроде LeetCode, но с реальными задачами с собеседований.
Можете сами изучить: https://yeahub.ru/dashboard/analytics
ПС. пока, что аналитика в бета тестировании, могут быть баги, пишите в поддержку сайта
ПС.. чем больше времени пройдет, тем больше будет выборка, запустили недавно, поэтому не успели еще собрать достаточно данных
Один из больших плюсов развития платформы для подготовки к собеседованиям — это возможность делать аналитику. Сейчас мы анализируем, какие вопросы оказываются самыми сложными для тех, кто готовится к собесам. Как это проверяем? Всё просто: если человек нажимает «не знаю» в квизе, и таких пользователей много, значит вопрос действительно сложный и мало кому знаком.
Кроме того, мы добавляем на платформу реальные собеседования в цифровом виде и смотрим, какие вопросы встречаются чаще всего — получается очень крутая статистика.
Что в итоге? Если на собеседовании задать вопросы про Redux (который многие указывают в резюме), то можно довольно легко проверить реальные знания кандидата 😁 — вероятность того, что он не ответит, довольно высока.
А какой вопрос самый популярный для фронтенд-разработчиков? «Что такое CORS?» и «Как работает Event Loop?». Большая часть вопросов в топе — это JavaScript.
Сейчас в YeaHub мы наняли человека, который будет переносить всё больше собеседований из нашей базы записей на платформу. Хотим ускорить темп, чтобы охватить как можно больше компаний.
Также планируем до Нового года успеть запустить сервис лайвкодинга — что-то вроде LeetCode, но с реальными задачами с собеседований.
Можете сами изучить: https://yeahub.ru/dashboard/analytics
ПС. пока, что аналитика в бета тестировании, могут быть баги, пишите в поддержку сайта
ПС.. чем больше времени пройдет, тем больше будет выборка, запустили недавно, поэтому не успели еще собрать достаточно данных
🔥10👍4❤3
🤒 Рынок ошалел. Сеньоры больше не нужны
Провёл небольшой эксперимент на HH: решил создать «идеального кандидата» — выпускника МФТИ, с английским C1, опытом работы в топ-компаниях (Т-Банк, ВБ, Яндекс), участием в олимпиадах и хакатонах, и общим стажем около 5 лет.
Резюме сделал максимально аккуратным: короткие, легко читаемые пункты, сильные и чуть ли не нереалистичные достижения — в общем, всё как по учебнику идеального CV.
Ожидания были выше.
Вот какие выводы я сделал:
- Сейчас спрос больше на мидлов, чем на сеньоров.
- Компании экономят и не спешат звать «идеального» (а значит дорогого) кандидата.
- Слишком идеальное резюме выглядит подозрительно — это может отпугивать.
Важно: автоотказов было мало, в основном — ручные, значит фильтры я прошёл хорошо.
Цифры:
✔️ ~200 откликов — маловато, но выборка всё же репрезентативная.
✔️ 12 приглашений на собеседование.
✔️ 57 отказов.
✔️ 128 — «ожидает».
Причём у половины отказавших решение было не автоматическим: рекрутеры изучали резюме, иногда по нескольку раз. Значит, резюме само по себе сработало нормально.
Из 12 «приглашений» реальных контактов с рекрутерами было всего 4 (остальное — боты/автоответы). И ни одного бигтеха — только компании около бигтех-уровня.
Ещё один важный вывод: пассивный поиск не работает.
Мой поиск выглядел так: включил автоотклики и пару раз в день заходил ответить на сообщения. У меня нет острой потребности в работе — свои проекты занимают всё время. Но если работа вам действительно нужна, то придётся действовать активно и присутствовать везде.
Планы: в декабре снова выйти на рынок с новым аккаунтом и похожим резюме, но уже не таким «идеальным».
Ну а четыре контакта рекрутеров пополнили мою базу для менторства — ученикам пригодится.
💪 Хочешь увидеть само резюме и материалы для подготовки?
Вступай в Frontend Элиту — там я выкладываю всё самое полезное.
https://t.me/+TCFPcrZTS9YwZDli
Провёл небольшой эксперимент на HH: решил создать «идеального кандидата» — выпускника МФТИ, с английским C1, опытом работы в топ-компаниях (Т-Банк, ВБ, Яндекс), участием в олимпиадах и хакатонах, и общим стажем около 5 лет.
Резюме сделал максимально аккуратным: короткие, легко читаемые пункты, сильные и чуть ли не нереалистичные достижения — в общем, всё как по учебнику идеального CV.
Ожидания были выше.
Вот какие выводы я сделал:
- Сейчас спрос больше на мидлов, чем на сеньоров.
- Компании экономят и не спешат звать «идеального» (а значит дорогого) кандидата.
- Слишком идеальное резюме выглядит подозрительно — это может отпугивать.
Важно: автоотказов было мало, в основном — ручные, значит фильтры я прошёл хорошо.
Цифры:
✔️ ~200 откликов — маловато, но выборка всё же репрезентативная.
✔️ 12 приглашений на собеседование.
✔️ 57 отказов.
✔️ 128 — «ожидает».
Причём у половины отказавших решение было не автоматическим: рекрутеры изучали резюме, иногда по нескольку раз. Значит, резюме само по себе сработало нормально.
Из 12 «приглашений» реальных контактов с рекрутерами было всего 4 (остальное — боты/автоответы). И ни одного бигтеха — только компании около бигтех-уровня.
Ещё один важный вывод: пассивный поиск не работает.
Мой поиск выглядел так: включил автоотклики и пару раз в день заходил ответить на сообщения. У меня нет острой потребности в работе — свои проекты занимают всё время. Но если работа вам действительно нужна, то придётся действовать активно и присутствовать везде.
Планы: в декабре снова выйти на рынок с новым аккаунтом и похожим резюме, но уже не таким «идеальным».
Ну а четыре контакта рекрутеров пополнили мою базу для менторства — ученикам пригодится.
Вступай в Frontend Элиту — там я выкладываю всё самое полезное.
https://t.me/+TCFPcrZTS9YwZDli
Please open Telegram to view this post
VIEW IN TELEGRAM
❤28👍8🔥1😁1🤝1
👴🏼 Версии React: не будь стариком
Знаете, я недавно поймал себя на мысли, что большинство курсов и видео по React остаются актуальными даже спустя 4–5 лет. По сути, в реальной работе мы продолжаем использовать базовые концепции, и редко встречается применение действительно новых возможностей библиотеки. Не так уж часто увидишь проект, где активно используют серверные компоненты, useId, хуки для форм вроде useFormStatus, или что-то для конкурентного режима, вроде useTransition. Даже изменения в батчинге, появившиеся в React 18, многим знать не обязательно. А про то, что под капотом давно работает Fiber — многие опытные разработчики слышат об этом впервые.
Как правило, любые видео «о новых возможностях React» сводятся к обзорам с примерами на YouTube, а не настоящему использованию всех этих фич в реальных проектах. Даже ролики, которые громко называют «Практика с React 19», на деле оказываются очередным проектом, написанным привычным способом, без каких-либо новых инструментов.
И вот чтобы не оказаться в ловушке, когда через 3–5 лет вы уже сеньор, а в вакансии внезапно требуют «знание React 18!!», а вы даже не знаете, что такое Fiber, — всё-таки нужно изучать нововведения и стараться применять их в работе. Не насильно, не ради галочки, а там, где это действительно имеет смысл. Но важно хотя бы пощупать каждую новую фичу руками — просто чтобы помнить, что такой инструмент существует, и в нужный момент вы могли бы его использовать.
Я всегда удивлялся вакансиям, где восклицательно пишут «Знание ES6!». А потом понял: есть много специалистов, которые годами сидят на одном проекте и не знают, что существуют стрелочные функции, продолжают писать в старом ООП-стиле, мутируют данные — когда давно уже принято писать в функциональном стиле, с иммутабельностью и современным подходом.
Подборка видео:
1) Пишем todo list на React 19 с нуля!
2) Новые хуки useTransition и useDeferredValue в React 18
3) Новый React 19: 7 изменений.
Знаете, я недавно поймал себя на мысли, что большинство курсов и видео по React остаются актуальными даже спустя 4–5 лет. По сути, в реальной работе мы продолжаем использовать базовые концепции, и редко встречается применение действительно новых возможностей библиотеки. Не так уж часто увидишь проект, где активно используют серверные компоненты, useId, хуки для форм вроде useFormStatus, или что-то для конкурентного режима, вроде useTransition. Даже изменения в батчинге, появившиеся в React 18, многим знать не обязательно. А про то, что под капотом давно работает Fiber — многие опытные разработчики слышат об этом впервые.
Как правило, любые видео «о новых возможностях React» сводятся к обзорам с примерами на YouTube, а не настоящему использованию всех этих фич в реальных проектах. Даже ролики, которые громко называют «Практика с React 19», на деле оказываются очередным проектом, написанным привычным способом, без каких-либо новых инструментов.
И вот чтобы не оказаться в ловушке, когда через 3–5 лет вы уже сеньор, а в вакансии внезапно требуют «знание React 18!!», а вы даже не знаете, что такое Fiber, — всё-таки нужно изучать нововведения и стараться применять их в работе. Не насильно, не ради галочки, а там, где это действительно имеет смысл. Но важно хотя бы пощупать каждую новую фичу руками — просто чтобы помнить, что такой инструмент существует, и в нужный момент вы могли бы его использовать.
Я всегда удивлялся вакансиям, где восклицательно пишут «Знание ES6!». А потом понял: есть много специалистов, которые годами сидят на одном проекте и не знают, что существуют стрелочные функции, продолжают писать в старом ООП-стиле, мутируют данные — когда давно уже принято писать в функциональном стиле, с иммутабельностью и современным подходом.
Подборка видео:
1) Пишем todo list на React 19 с нуля!
2) Новые хуки useTransition и useDeferredValue в React 18
3) Новый React 19: 7 изменений.
❤19🔥7🤝4👍3
Часто думаю о том, какими вообще должны быть собеседования: сколько этапов, сколько времени, что именно они должны проверять и что мы хотим увидеть в кандидате. У меня сформировалось своё мнение.
Как собесы выглядят сейчас?
1. Чистая теория.
Тут всё понятно: вопросы можно заучить, зазубрить до автоматизма — и толку от этого этапа минимум. Проверить реальный уровень сложно.
2. Теория с упором на опыт и рассуждения.
Это уже лучше. Спрашивают не «что такое утечка памяти?», а «сталкивался ли, как решал?». Не «что такое WebSocket?», а «как использовал, какие были проблемы?». Тут хотя бы можно услышать мышление кандидата, а не выученные определения.
3. Алгоритмы и задачи.
Для многих разработчиков это стресс, даже для опытных. Нужна отдельная подготовка, алгоритмы надо специально учить. В итоге — студенты без опыта решают лучше сеньоров. Плюс такие задачи легко списать у нейронки, потому реальную компетенцию они отражают плохо.
4. Вопросы по опыту.
В целом неплохой подход: кандидат рассказывает о задачах, процессах, достижениях. Но это тоже можно подготовить заранее и выдавать заученный текст даже без настоящего опыта.
5. Хардкор-копание в опыт.
Когда идут в глубину, разбирают рабочие кейсы, задают наводящие вопросы, проверяют по мелочам — тут уже не притворишься. Особо если затрагивают что-то рутинное, что знает только человек с реальным опытом: git-кейсы, интерфейс инструментов, реальные проблемы в проекте и т.п.
6. Лайвкодинг.
Сделать запрос, пофиксить баг, отрефакторить код. Лучше, чем алгоритмы, но всё ещё можно улучшить.
Итого: два лучших формата сейчас
— глубокое копание в реальный опыт + нюансы
— лайвкодинг с приближёнными к работе задачами
Но кажется, что можно сделать ещё лучше.
За 1.5–2 часа реально понять уровень кандидата, если сделать более «приближённый к бою» формат.
Что делаем?
1. Готовим небольшой проект, похожий на ваш реальный стек и домен.
2. Создаём трекер задач: фичи, баги, настройки инструментов, конфиги eslint и т.д.
3. Добавляем документацию и гайдлайн по стилю.
4. Кандидат ориентируется в проекте, читает доку, смотрит структуру, разбирается в задачах и процессе работы с ветками.
5. Он берёт любую задачу, оценивает сложность, начинает решать, задаёт вопросы, изучает ТЗ, ищет баги.
6. Можно пользоваться интернетом.
7. Кандидат работает с экраншарингом.
Важно: проект должен быть не «один файл», а со средней структурой — страницы, компоненты, хелперы. Тогда нейронка мало поможет: слишком много контекста. Нужно читать код, разбираться в ТЗ, проверять результат в браузере.
Что это даёт?
Такой собес отлично показывает ход мыслей и реальную квалификацию. Один двухчасовой этап заменяет несколько технических. Параллельно можно ненавязчиво обсуждать опыт, подходы и немного теории.
Минусы
— Тяжелее готовить новые задачи — их могут «разгадать» предыдущие кандидаты.
— Сразу нужно уделить ~2 часа времени. Но это компенсируется тем, что можно остановить собес в первые 15–20 минут, если видно, что кандидат не тянет.
Почему идея кажется логичной?
— Уменьшается конкуренция: сложнее готовиться
— Если человек справился с такой задачей — уже не важно, настоящий у него опыт или нет. Он ориентируется в коде и показывает результат.
Почему такие собесы до сих пор не распространены?
Похоже, многим компаниям просто комфортно в текущей системе. Или им действительно всё равно — лишь бы нанять кого-то «достаточного».
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤6🔥4💯1
Многие из вас знают мой путь в 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: нетворкинг, реальные задачи, нестандартные ситуации и общение с сильными управленцами и наставниками из разных компаний.
Новый год — новые возможности.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥31❤13👍13🤝2
📚 А еще я отснял куча материала для YouTube. Ждите годноту на канале
1. Полный гайд по собеседованиям в IT.
2. Как реально подготовиться к собеседованию в IT
3. 10 вопросов, которые задают на КАЖДОМ Frontend-собеседовании
4. ВСЕ задачи по JavaScript на собеседованиях. 60+ задач по темам
5. Собеседование на Frontend Разработчика. Самые сложные вопросы
Все они находятся на стадии монтажа. До нового года постараюсь выложить все 🚀
1. Полный гайд по собеседованиям в IT.
2. Как реально подготовиться к собеседованию в IT
3. 10 вопросов, которые задают на КАЖДОМ Frontend-собеседовании
4. ВСЕ задачи по JavaScript на собеседованиях. 60+ задач по темам
5. Собеседование на Frontend Разработчика. Самые сложные вопросы
Все они находятся на стадии монтажа. До нового года постараюсь выложить все 🚀
🔥32❤5👍3🤝2
Forwarded from YeaHub
Полезные материалы для изучения сложных тем. Подборка видео в YouTube.
Ссылка на видео с топ вопросов: https://www.youtube.com/watch?v=zTCK3c92XQA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥15❤3👍3🤝1
Forwarded from Менторство Reactify
🤯 Тренд конца 2025 года в IT:
— Ты один фронтендер на проекте, где по идее их должно быть трое.
— Тебе обещают, что скоро наймут ещё, но в итоге говорят: «Да ты пока справляешься, не будем никого брать» — а ты пашешь по 12 часов в день, чтобы уложиться в дедлайны.
— Жесткие костыли на проектах. Представьте: 2025 год, нейронки на каждом шагу, куча образовательных ресурсов… а проекты всё ещё легаси. Можно было бы списать на накрутчиков, но при этом лиды и сеньоры по 3–4 года сидят на проекте. Как они пропустили, что накрутчики накосячили? Или сами это сделали?
— Ни ТЗ, ни дизайна нет. Менеджер объясняет: «Нужна кнопочка, такого сиреневого цвета, тут должно быть «вжух», ну ты понял». А если не понял — ты дурак и не умеешь работать.
— От тебя хотят не только фронтенд, но ещё и девопс, немного бэкенда и ещё чуть-чуть дизайна. И это всё не галеры, а крупные продукты.
В общем, компании ох*ели. Я слушаю эти истории от учеников, и сам в найм не хочется идти. Хорошо, что в Ехабе у нас топовые процессы и проекты. Кстати, ученики потом вспоминают прошлое, как будто это был какой-то сон после того, что они видят у себя на работе.
С испыталкой все справляются, даже удается внести предложения по улучшению в работу.
— Ты один фронтендер на проекте, где по идее их должно быть трое.
— Тебе обещают, что скоро наймут ещё, но в итоге говорят: «Да ты пока справляешься, не будем никого брать» — а ты пашешь по 12 часов в день, чтобы уложиться в дедлайны.
— Жесткие костыли на проектах. Представьте: 2025 год, нейронки на каждом шагу, куча образовательных ресурсов… а проекты всё ещё легаси. Можно было бы списать на накрутчиков, но при этом лиды и сеньоры по 3–4 года сидят на проекте. Как они пропустили, что накрутчики накосячили? Или сами это сделали?
— Ни ТЗ, ни дизайна нет. Менеджер объясняет: «Нужна кнопочка, такого сиреневого цвета, тут должно быть «вжух», ну ты понял». А если не понял — ты дурак и не умеешь работать.
— От тебя хотят не только фронтенд, но ещё и девопс, немного бэкенда и ещё чуть-чуть дизайна. И это всё не галеры, а крупные продукты.
В общем, компании ох*ели. Я слушаю эти истории от учеников, и сам в найм не хочется идти. Хорошо, что в Ехабе у нас топовые процессы и проекты. Кстати, ученики потом вспоминают прошлое, как будто это был какой-то сон после того, что они видят у себя на работе.
С испыталкой все справляются, даже удается внести предложения по улучшению в работу.
😁18🔥9😢6❤2
📚 Полный гайд по собеседованиям в IT
В этом видео — полный гайд по прохождению IT-собеседований в 2025–2026 году. Разбираем все этапы пути к офферу: от поиска вакансий и откликов до лайвкодинга, алгоритмов, вопросов по опыту и системного дизайна.
Поговорим о том, почему пассивный поиск работы больше не работает, как реально попадать на собеседования, как проходить HR-скрининг, правильно презентовать себя и отвечать на вопросы по софт-скиллам. Подробно разберем теоретические вопросы, лайвкодинг, алгоритмические задачи, вопросы по реальному опыту, работе в команде и системному дизайну для фронтенд-разработчиков.
Видео будет полезно junior, middle и тем, кто долго не может пройти собеседование, нервничает, плохо решает задачи или не понимает, чего от него ждут интервьюеры.
Все ресурсы, материалы, списки вопросов, задачи и примеры собеседований будут выложены в телеграм-канале, ссылка в описании.
Темы видео:
– как попасть на собеседование в IT
– резюме и активный поиск работы
– HR-скрининг и софт-скиллы
– самопрезентация на собеседовании
– теоретические вопросы по frontend
– лайвкодинг и алгоритмы
– задачи с собеседований
– вопросы по опыту и проектам
– работа в команде и процессы
– системный дизайн для фронтенда
Полезные ресурсы из видео
1. Навыки и ключевые слова с HH
2. Софт вопросы + Опыт
3. САМОПРЕЗЕНТАЦИЯ: Как продавать свой опыт лучше других
4. Закрытый канал с записями собесов (1000+)
5. Бесплатное сообщество с кучей материалов
6. Подборка System Design (материалы в сообществе)
7. База вопросов с собеседований
Видео уже на канале!
Я не оставляю ссылку, так как видео лучше продвигается, если заходить на него напрямую с YouTube. Это помогает улучшить его рейтинг и увеличить шансы на органическое продвижение.
#interview #frontend
В этом видео — полный гайд по прохождению IT-собеседований в 2025–2026 году. Разбираем все этапы пути к офферу: от поиска вакансий и откликов до лайвкодинга, алгоритмов, вопросов по опыту и системного дизайна.
Поговорим о том, почему пассивный поиск работы больше не работает, как реально попадать на собеседования, как проходить HR-скрининг, правильно презентовать себя и отвечать на вопросы по софт-скиллам. Подробно разберем теоретические вопросы, лайвкодинг, алгоритмические задачи, вопросы по реальному опыту, работе в команде и системному дизайну для фронтенд-разработчиков.
Видео будет полезно junior, middle и тем, кто долго не может пройти собеседование, нервничает, плохо решает задачи или не понимает, чего от него ждут интервьюеры.
Все ресурсы, материалы, списки вопросов, задачи и примеры собеседований будут выложены в телеграм-канале, ссылка в описании.
Темы видео:
– как попасть на собеседование в IT
– резюме и активный поиск работы
– HR-скрининг и софт-скиллы
– самопрезентация на собеседовании
– теоретические вопросы по frontend
– лайвкодинг и алгоритмы
– задачи с собеседований
– вопросы по опыту и проектам
– работа в команде и процессы
– системный дизайн для фронтенда
Полезные ресурсы из видео
1. Навыки и ключевые слова с HH
2. Софт вопросы + Опыт
3. САМОПРЕЗЕНТАЦИЯ: Как продавать свой опыт лучше других
4. Закрытый канал с записями собесов (1000+)
5. Бесплатное сообщество с кучей материалов
6. Подборка System Design (материалы в сообществе)
7. База вопросов с собеседований
Видео уже на канале!
Я не оставляю ссылку, так как видео лучше продвигается, если заходить на него напрямую с YouTube. Это помогает улучшить его рейтинг и увеличить шансы на органическое продвижение.
#interview #frontend
1❤14👍5🔥2
Forwarded from YeaHub
💼 Как реально подготовиться к собеседованию в IT
Подготовка к собеседованиям в IT — это не только заучивание вопросов, но и работа с системой: понимание того, что реально спрашивают, как повторять материал и как не тратить время впустую.
В этом видео разбираем:
- как готовиться к IT-собеседованиям без хаоса
- какие вопросы чаще всего задают на технических интервью
- как выстроить регулярную подготовку и отслеживать прогресс
- где брать реальные вопросы с собеседований
- как повторять материал эффективно, а не «по кругу»
- какие ресурсы использовать для изучения тем
- как аналитика по вопросам помогает готовиться точнее
Показываю подход к подготовке с использованием YeaHub: база реальных вопросов с собеседований, тренажёр для повторения, статистика по популярным и сложным темам, а также подборка полезных материалов.
Видео будет полезно тем, кто:
- готовится к собеседованиям в IT
- ищет первую работу или планирует смену компании
- устал от бесконечных списков вопросов без структуры
https://yeahub.ru - платформа для подготовки к собесам
https://t.me/yeahub - основной канал
Ссылка на видео: клик
Подготовка к собеседованиям в IT — это не только заучивание вопросов, но и работа с системой: понимание того, что реально спрашивают, как повторять материал и как не тратить время впустую.
В этом видео разбираем:
- как готовиться к IT-собеседованиям без хаоса
- какие вопросы чаще всего задают на технических интервью
- как выстроить регулярную подготовку и отслеживать прогресс
- где брать реальные вопросы с собеседований
- как повторять материал эффективно, а не «по кругу»
- какие ресурсы использовать для изучения тем
- как аналитика по вопросам помогает готовиться точнее
Показываю подход к подготовке с использованием YeaHub: база реальных вопросов с собеседований, тренажёр для повторения, статистика по популярным и сложным темам, а также подборка полезных материалов.
Видео будет полезно тем, кто:
- готовится к собеседованиям в IT
- ищет первую работу или планирует смену компании
- устал от бесконечных списков вопросов без структуры
https://yeahub.ru - платформа для подготовки к собесам
https://t.me/yeahub - основной канал
Ссылка на видео: клик
🔥8👍2❤1🤝1
Media is too big
VIEW IN TELEGRAM
Дорогие айтишники, друзья, коллеги и единомышленники!
Поздравляю вас с Новым 2026 годом. Я называю этот год годом адаптации, активности и ответственности.
Каким будет этот год для вас — решать только вам. 2025 год был сложным. Для каждого он прошёл по-разному: кто-то нашёл работу, а кто-то нет; кто-то устроился за неделю, а кто-то — за шесть месяцев; кто-то попал в бигтех, а кто-то — в небольшую компанию. Говорить, что год был плохим, — неправильно. Кто-то достиг своих целей, а кто-то нет.
Трудности нас ждут, в этом нет сомнений. Без них не бывает роста. Наша задача — прикладывать усилия и делать всё возможное для преодоления этих сложностей, не сдаваться, постоянно адаптироваться и быть готовыми к изменениям.
Я хочу пожелать вам роста, достижения поставленных целей и удачи. Без неё, конечно, никуда. Но что такое удача? Это множество попыток. Каждое действие открывает перед нами возможности, а как мы ими распорядимся — зависит только от нас.
С праздником, друзья!
С Новым 2026 годом!
Ура!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥47❤16🤝6😁2🫡1
Forwarded from Менторство Reactify
Перед тем как перейти к цифрам, важно объяснить контекст — как именно развивалось менторство и что стоит за этой статистикой.
До осени 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
*Все цифры могут иметь погрешность как в большую, так и в меньшую сторону. Единого обязательного формата отчётности, в рамках которого каждый ученик фиксировал бы все собеседования и офферы, не было.
Данные собирались из нескольких источников: публичного канала, чата менторства, регулярных отчётов и личных сообщений. Поэтому статистика отражает реальную динамику и порядок цифр, но не претендует на математическую точность.
https://t.me/+R_GawEiT-sMzNjYy
🤝 Подробная информация о менторстве — здесь:
https://t.me/mentor_reactify/150
Please open Telegram to view this post
VIEW IN TELEGRAM
❤19👍3🔥3