Разработка — это стиль жизни.
Можно работать из любой точки мира 🏝, выбирать проекты по душе, совмещать с фрилансом или работать на себя. 💼

Что делает Frontend разработчик? 👨‍💻

Пишет интерфейсы. Все визуальные элементы на сайте — работа фронтендера. 🎨

Почему Frontend это круто? 🔥

Потому что ты сразу видишь визуальный результат своей работы. Удовлетворяешь свое желание создавать прекрасное и кайфуешь от этого. 😎

Сколько получает Frontend разработчик? 💰

- Джун — 70 000 - 120 000 ₽ 🐣
- Миддл — 120 000 - 260 000 ₽ 🚀
- Сеньор — 260 000 - 500 000+ ₽ 💎

Сколько ты будешь учиться на Frontend разработчика? ⏱️

С моей помощью у тебя на это уйдет 3-4 месяца, в редких случаях чуть больше.
Без помощи ментора уйдет от полугода и больше. 🗓

Что нужно знать? 📚

HTML, CSS, JS, React, что говорить на собеседовании. Все разберем вместе! 🤝

Попробуем заскочить на уплывающую галеру?
Тогда пиши в личку и начинаем! 🚀

Сайт моего менторства mentorcareer.ru с описанием некоторых особенностей изучения

Кроме всяких маркетинговых штук😃, описал на нем крупными мазками, что будем делать.
Здесь распишу чуть детальнее и без цветастого маркетинга)

Практика с первого дня

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

Лайвкодинг — ключ к успешному собеседованию

На собеседованиях не спросят, сколько курсов ты прошел. Зато попросят решить задачу здесь и сейчас, объясняя свой ход мыслей. Именно поэтому каждую неделю мы проводим сессии лайвкодинга, где я даю задачу, и нужно её решить, проговаривая свои мысли вслух.
Я создаю стрессовые условия, максимально приближенные к реальным техническим интервью. Поначалу это сложно и некомфортно, но когда придешь на настоящее собеседование — ты будешь готов лучше 90% кандидатов.

Работа над реальными проектами

Забудь о ToDo-листах и калькуляторах. Мы работаем над проектами, которые решают реальные проблемы и используют актуальный стек технологий. Я помогаю создать 2-3 полноценных приложения, которые:

- Имеют продуманную архитектуру
- Включают взаимодействие с API
- Используют современный стек (React, TypeScript, Redux, Nextjs)
- Демонстрируют понимание оптимизации и лучших практик

Эти проекты становятся ядром твоего портфолио и главным аргументом на собеседовании.

Код-ревью как часть обучения

После каждого выполненного задания я провожу детальный разбор твоего кода. Мы обсуждаем не только что работает, а что нет, но и:
- Как улучшить структуру кода
- Где применить паттерны проектирования
- Как сделать код более читаемым и поддерживаемым
- Какие оптимизации производительности можно внедрить
Это формирует у тебя инженерное мышление, которое так ценят работодатели.

Оплата после трудоустройства — мы в одной лодке

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

Я остаюсь на связи и после трудоустройства

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

Готов начать?

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

Кто такой Женя и как работает мое менторство?

Работаю в IT с 2018 года. Начинал сисадмином, потом писал бэк на PHP и фрилансил более 3 лет, после чего перешел во фронтенд на React и параллельно стал писать бэкенд. Почитать подробнее о моем карьерном пути можно в моем канале.
Фронтом занимаюсь с 2020, бэком на Nodejs с 2022.
Сейчас работаю в крупных компаниях на позиции Frontend разработчика и бэкендера на ноде. Каждый день пишу код и продолжаю совершенствоваться.
Веду YouTube-канал, записываю свои собесы и решаю задачки с собеседований для помощи ученикам и выступаю на конференциях.

Цель программы менторства.
Рост Frontend-разработчика в хардах, софтах и деньгах
Требования: Не работаю с теми, кто «с нуля». Минимальный входной барьер – базовые навыки вёрстки и js. Нужно быть знакомым с React на уровне, позволяющем получить данные от API и отобразить их на странице.

Основы обучения на моем менторстве:
1) Активно используем Roadmap для подготовки (не нужно копать глубже, только если очень хотите сами и понимаете минусы этого решения).
2) Уточняем темы глубоко, разбираем актуальные вопросы с собеса.
3) Используем специализированный фреймворк общения со мной (см. ниже в группе).
4) Задач будет быть много, но не в виде инструкции, в основном по информации из теории.
5) Задача будет расширять теорию, чтобы ты больше думал, и было поинтереснее.
6) Запрещаю использовать нейронки для разработки. Исключительно для обучения и делегирования рутинных задач. Почему? Послушай доказательства ученых!
7) Мы будем частично использовать скаченные курсы – тебя это не должно смущать.
8) Желательно по приходу на менторство самому себе поставить цель по SMART.
9) Если бывает, что мотивация падает, советую посмотреть это видео.
10) Я не буду учить тебя использовать нейронки для решения алгозадач, микронаушники и другие хитрости на собесах. Наша задача проходить любые собесы без проблем - черные списки внутри компаний, немасштабированный процесс трудоустрйоства и страх не за знания, а за технику, нам не нужны. Если хочешь - на свой страх и риск, но тут я не смогу помочь.

Роадмап менторства - что, зачем и в каком порядке

Для начала - собственно сам роадмап в студию. Глобально сам роадмап по нашему с тобой менторству для трудоустройства я бы разделил на несколько основных частей.

1. Основы 🏗
• Как работает интернет (HTTP/HTTPS, DNS, браузеры) 🌐
• База HTML (семантика, формы, доступность) 📝
• CSS (Flexbox, Grid, адаптивная вёрстка) 🎨
• Работа с Git и GitHub (ветки, пул-реквесты, конфликты) 🔄

2. JavaScript — наш фундамент 💪
• Синтаксис ES6+ (стрелочные функции, деструктуризация) ✨
• Асинхронность (Promises, async/await) ⏱️
• Работа с DOM и событиями 🖱
• TypeScript 📊

3. React — фреймворк для результата 🚀
• Хуки, хоки, ререндеры и компоненты 🧩
• React Router и управление состоянием (Redux Toolkit/Tanstack Query/Zustand) 🗂
• Next.js для SSR-приложений ⚡️

Не стоит пугаться. Это не экзамен, а план роста =) Разберем все технологии вместе и закрепим в домашних заданиях.

Сколько времени займёт? ⏰

3-5 месяцев интенсивного обучения (если уделять 3-4 часа в день) 📚

Затем идет фаза "Покорение рынка" 🏆

1. Создаём «продающую» историю:
• Упаковываем опыт (даже если были только учебные проекты) 📋
• Пишем резюме, которое заметят HR (никаких шаблонов из интернета!) 📄

2. Тренируем soft skills:
• Как отвечать на каверзные вопросы («Почему у вас нет коммерческого опыта в трудовой?») 🎯
• Техники переговоров о зарплате 💰
• Что спросить у работодателя 🤔

3. Жёсткая практика:
• Смотрим записи собеседований с Senior-разработчиками 👀
• Проводим тренировочное собеседование 🎭

4. Стратегия поиска:
• Куда и как откликаться, чтобы не терять время ⏳
• Как выбрать оффер: Зарплата vs стек vs команда 🔍

Главные ошибки новичков (и как их избежать) ⚠️

• «Не прошу помощи» → Теряю недели на то, что с ментором можно разобрать за пару дней 🆘
• «Делаю 10 проектов-клонов» → Лучше 2 проекта, но со сложной логикой 🧠
• «Пытаюсь выучить всё сразу» → Концентрируемся на одном стеке (например, React + Redux Toolkit + RTQ) 🎯
• «Теория без практики» → После каждой темы делать домашнее задание 💻

P.S. Да, будет не легко. Но через пару месяцев мы вместе будем радоваться твоим успехам! 🎉

Фреймворк общения и взаимодействия в ходе менторства. Часть 1

Как закрывать пробелы в знаниях?
Если возник какой-то вопрос, который тебе неясен, используй данный фреймворк.

- Формализировано сформулируй вопрос, который тебе неясен.

Абстрактный "Как работает ассинхронность?" может превратиться в "Что такое многопоточность/Какое поведение у ключевых слов async await/Что из себя представляет сущность Task и её поведение".
В итоге один вопрос может превратиться в несколько.

- На каждый вопрос ищи как минимум три статьи или ролика на ютюб.

Таким образом, если ты посмотришь на этот вопрос под разными углами и через разные формулировки, то возможно появится понимание работы.
Предположим, это было сделано, но некоторые вопросы всё ещё остались непонятыми.

-Задай себе вопрос, а точно ли нужно это знать?

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

- Используй чатгпт для объяснения.

Однако, не нужно использовать его вслепую. Вот краткая инструкция, как получить больше релевантной информации от него.
- Не забудь поставить галочку "Думать" перед написанием (Пикча с лампочкой).
- Не забудь добавить в промт "Сверяйся с актуальной официальной документацией при анализе вопроса". Часто бывает, что чатгпт может врать. Такая наводка сузит её круг поиска и увеличит шанс на релевантный ответ.
- Не забудь добавить, чтобы чатгпт объяснил простым языком.
Если чатгпт развёрнуто ответил, но всё ещё неясно, тогда следует проанализировать непонятные тебе вещи.
Приведу пример ответа (сокращено):

Что такое поток?
Поток (thread) — это отдельная «линия» выполнения внутри одной программы (процесса). Операционная система планирует потоки, выделяя им время на процессоре, и может запускать их параллельно (на разных ядрах) или переключаться между ними (на одном ядре). Каждый поток хранит своё состояние (регистры, стек вызовов и т. п.) и может выполняться независимо от других в рамках того же приложения
Как работают потоки?
Когда вы создаёте поток и вызываете его, ОС ставит его в очередь на выполнение.
Поток начинает выполнять свой код и продолжает до конца метода или до прерывания.
Одновременно в одном процессе может работать несколько потоков: они выполняют разный код или даже одну и ту же функцию с разными данными.

Какие можно сделать сформулировать вопросы:
-Что такое процесс?
-Что ты имеешь в виду под "выделяет им время на процессоре"?
-Что ты подразумеваешь под "хранит своё состояние"?
Объясни простым языком, сверяясь с документацией.

Фреймворк общения и взаимодействия в ходе менторства. Часть 2

Однако, при работе с чагпт нужно быть аккуратным с тем, что можно очень увлечься и уйти на такие глубины, которые тебе в жизни не пригодятся. Если потеряешь бдительность, то очнёшься уже тогда, когда поймёшь, что изучаешь какие конкретно побитовые операции происходят при выполнении метода console.log("Hello, world!");
Если не уходя сильно вглубь, тебе всё ещё неясно как это в целом работает, а также накопились вопросы, которые ты не понимаешь, релевантны или нет то:

- Сформулируй как будут звучать названия тем, которые ты изучал, но не понял и запиши их.

В данном случае это делается, чтобы можно было спросить "А тему "{topicName} нужно учить?".

- Сохрани видео и статьи, по которым ты эту тему изучай. Оставь на неё ссылки.

Условно, формат выглядит так:
1) Вопрос.
2) Что изучал:
-Статья 1.
-Видос 1.
-Статья 2.

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

- Записав, отложи вопрос до созвона со мной и занимайся другими темами и задачами.

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

- Пришло время созвона. Во время созвона проходись по списку и спрашивай "А {topicName} нужно учить? А до какого уровня?"

Если прозвучал ответ "Да", то я помогу тебе закрыть пробелы в знаниях и/или дам хороший по моему мнению источник. А если подобных вопросов от других ребят в будущем будет больше, то этот вопрос можно будет закрыть ресурсом собственного производства, что может помочь будущим ученикам.

В заключении, хочется предостеречь, чтобы ты не закапывался слишком сильно. На работе есть более релевантные знания, а есть менее релевантные. Занимайся приоритезированием своих вопросов, а "базу" оставь на будущее, уже будучи трудоустроенными.

НЕтехнические треки обучения на менторстве:

1) Составляем резюме - легенда, лайфхаки, SEO, фильтры.
2) Учимся не бояться лайвкодинга, психология и настрой.
3) Процессы в IT - ревью, получение задач, взаимодействие с коллегами, флоу задачи. Где общались, доска, agile-артефакты и встречи, груминг задач и база знаний.
4) Объясняем тонкие места - пустую ТК, недостаток знаний и т.п. Проходим СБ.
5) Подбираем формат трудоустройства - тип компании, удаленка/офис, деньги/комфорт/развитие, руководство/работник, отношение к легаси, релокация, формат трудоустройства, уровень английского.
6) Стратегия поиска работы - сколько откликов, с каким резюме, процесс изменений резюме, ведение календаря и excel с результатами, описанием ощущений от интервью и условий трудоустройства. Изменение стратегии в зависимости от результатов.
7) Поведенческое интервью, скрининги и разговор с руководителем. Что хочет услышать HR или руководитель в зависимости от вакансии.
8) Твои хобби, интересы в IT, кого смотришь и слушаешь, где читаешь статьи. В какую сторону хочешь развиваться, кем видишь себя через n лет.
9) Какие вопросы задать на собеседовании, как понять вайб, торгуемся по зарплате, выясняем детали по формату работы.
10) Как проходить испытательный срок и как себя вести в компании, с кем дружить и задалбывать вопросами.
11) План на дальнейший период и перспективы развития.

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

Для начала хотел бы еще раз остановиться на моем подходе в менторстве и как я вижу путь к трудоустройству. Мы действительно сразу целимся на вакансии миддлов, но при этом не сильно наглеем и упор делаем на техническую составляющую (не забывая, конечно, про софты, резюме и правильные ответы на вопросы менеджеров и HR). Таким образом этот путь может занять больше времени и потребовать больше сил от менти, прокачки технических навыков до уровня реального миддла и большей экспертизы.

Почему так? Мы можем пропустить вообще все технические и нетехнические темы - я на своем опыте просто расскажу тебе все теоретические вопросы, разберем как отвечать на софтовые и хардовые вопросы, решать все самые популярные алгоритмичекие задачки и как проходить лайвкодинг. Составим резюме, легенду и подготовим стратегию поиска работы. Таким образом ты в конце первого месяца будешь готов проходить собесы и уже на второй месяц найдешь работу, что очень быстро и прикольно (и выгодно нам обоим с точки зрения денег). Но на испытательном сроке начнутся проблемы (помним, что навык прохождения собеседований и навык работы на реальном коммерческом проекте - это две непересекающиеся вселенные).
Таким образом ты будешь эдакой несамостоятельной единицей, всегда рассчитывать на чью-то помощь извне, не верить в свои силы (ведь эту работу преподнес на блюдечке тебе ментор), а при следующей смене работы ты с высокой долей вероятности не сможешь пройти собеседование сам (ведь ты уже забыл всю зубрежку!) и не будешь понимать как же все-таки функционирует рынок. А значит - опять обратишься к ментору или же плюнешь на эту затею вовсе.

Моя же цель - дать тебе удочку, а не рыбу, т.е. ты должен сам понять все нюансы рынка найма, детально выполняя все ДЗ и изучая темы, но при этом делая это самостоятельно и делая упор на свою прокачку и собственные силы. Это поможет побороть в себе тревожность и "синдром самозванца", а также даст буст при дальнейшем развитии. Ну и, конечно, ты более спокойно пройдешь ИС на новом месте и не будешь бояться "замены разработчиков на ИИ"😂

Общие требования к MR/PR на код-ревью. Что я проверяю в ДЗ учеников

В онлайн-школе, где я работаю наставником, ребята часто задают вопросы по требованиям, которые я предъявляю к домашним заданиям в ходе код-ревью. На разных курсах требования немного отличаются, но глобально многие требования сходятся из проекта в проекте на любой работе и в любой компании. Тут я естественно говорю про желаемый результат, а не действительность - писать говнокод нам никогда и ничто не помешает 😂
Итак, перечислю свои стандартные требования, которые действительно делают код более читаемым и поддерживаемым (рекомендации для фронтовых проектов). Курсивом выделил моменты, которые смотрю особенно внимательно именно у учеников на платформе Purple School.

1) Требований по pixel perfect я не предъявляю, но верстка должна совпадать с макетом по всем основным параметрам и содержать правильные семантические блоки.
2) CSS-классы должны быть написаны в одном стиле (предпочитаю везде styles["sidebar-container__header_active"]) и именоваться в соответствии с БЭМ. Используем однотипные единицы измерения, формат задания цветов (либо rgba, либо в 16-ричном формате #D9FFFFFF), css-variables. Tailwind-классы при избыточной длине нужно выносить в переменные. StyledComponents должны использоваться в исключительных случаях (только если эта либа установлена на проекте, конечно), нужно по-максимуму внедрять компоненты используемой UI-библиотеки.
3) Не стоит без необходимости внедрять новые либы, обёртки в React, лишнюю функциональность. При MR нужно убирать лишние комментарии и неиспользуемый код, не используем команды-
4) Линтер не должен фиксировать ошибок и по-минимуму warnings.
5) Если есть тесты - то при запуске они должны отрабатывать без ошибок.
6) Коммиты и MR должны называться согласно соглашению о коммитах в компании, но как минимум содержать смысловую нагрузку и оперировать глаголами-действиями, типом задачи (feature, hotfix, test) и содержанием коммита, например: "feature/develop-93: add aggregate function to analytics service".
7) Названия переменных, функций, пропсов в компонентах должны отражать их назначение. Для их обозначения используется camelCase (getOrganizationNames).
Аргументы при работе со структурами (в том числе при работе с перебором массивов, объектов) должны также при нэйминге отражать свое назначение. Константы должны называться в SCREAMING_SNAKE_CASE. Компоненты React - в классовом стиле, PascalCase. Папки и вспомогательные файлы у нас в компании принято называть с использованием kebab-case (я стараюсь давать больше мета-информации в названии файлов с помощью dot.notation, например: use-localstorage.hook.ts).
8) Операции с Typescript не содержат any, типизация опирается на универсальные конструкции и наследование (где это возможно). Правильная типизация пропсов в компонентах. Дженерики желательно должны называться с использованием их назначения (не абстрактные T, K, V). Если же это js и проект использует jsdoc, то должны быть файлы с описанием типов jsdoc.
9) Общепринятые в моей практике приёмы оформления кода: пустая строка перед return, предпочтение отдаем иммутабельному коду (мутабельный подход сложнее поддается контролю), предпочтение в использовании async-await синтаксиса вместо promise-chaining. В react при использовании мемоизации внедряем все best-practicies.
10) Используем для кода собственные слои: константы (consts), функции-помощники (utils), тексты (если есть i18n), redux-слайсы, styled-components, юнит-тесты, запросы к api. Все должно лежать раздельно.
11) Стараемся по минимуму использовать useEffect. По возможности как можно быстрее внедряем СТМ (Zustand, Redux Toolkit), стараемся больше параметров хранить в URL (для удобства клиентского использования).
12) 100% качественно используем FSD. Делим компоненты на как можно более мелкие части (особенно нужно в Next) для оптимизации перерендеров.
13) Соблюдаем по-максимуму основные принципы: DRY, KISS, SOLID. Лучше написать проще и понятнее, чем сложнее, но эффективнее.
14) Специфические настройки линтера, prettier в зависимости от проекта.

Полезные публикации на канале

1) Блогеры, которых могу порекомендовать смотреть начинающим - https://t.me/captain_galera/396
2) Выбор UI-либы на проекте - https://t.me/captain_galera/368
3) Какой набор знаний нужен для вката на миддла - https://t.me/captain_galera/357
4) Какой фреймворк на фронте выбрать - https://t.me/captain_galera/212
5) Популярные либы для реализации компонентов на фронте - https://t.me/captain_galera/18
6) Гайд по использованию мемоизации https://t.me/captain_galera/267
7) Мои требования при ревью проектов и MR https://t.me/captain_galera/426
8) Архитектура Redux Toolkit https://t.me/captain_galera/444
9) Решаем алгозадачки и задача по платформе - https://t.me/eugene_vibecode

На самом деле на моем канале полезных публикаций на моем канале еще очень много, можно его использовать как еще один источник информации.
Можно найти статьи про:
контекст, TailwindCSS, центрирование html-элемента, полиморфные компоненты в React, структуру файлов в приложении на FSD (App Router Next14+), популярным теоретическим и практическим вопросам на собеседованиях. Нужно просто правильно пользоваться поиском по каналу и каналу с задачками на собеседованиях. Очень много совпадающих задач внутри компаний и даже между компании.

Что нужно, чтобы попасть на менторство?

1) Ознакомиться с сайтом и условиями оплаты, опытом ментора. Пройти входное тестирование (техничка+проверка мотивации, понимание совместного коннекта и готовности работать в нужном режиме), заполнить анкету по стратегии поиска работы, провести установочный созвон. Этот этап мы уже прошли.
2) Понять основы обучения на менторстве. Что требуется от тебя, какие материалы буду давать я, как будем работать с материалом и к чему надо быть готовым сразу (скаченные курсы, вранье в резюме, придется много работать САМОМУ - трудоустраиваюсь не я, и не на 3 месяца😅 Наша цель - чтобы ты трудоустроился надолго и с уверенностью в своих силах). См. закреп.
3) Роадмап. По нему будем идти строго и обучаться в таком порядке. Это набор тем, описанных на верхнем уровне, то чего мы должны достичь. См. закреп.
4) Фреймворк общения и взаимодействия в ходе менторства. Нужно понять, как он работает и строго его придерживаться. См. закреп.
5) Ознакомиться с техническими и нетехническими треками обучения. См. закреп.
6) Подписать договора о старте работы. Понимание по срокам, ответственности сторон, слабым местам менти, определение стратегии на верхнем уровне, выбор определенного технического и нетехнического трека. Составление плана работы и созвонов.
7) Созвон с установкой трека обучения, первым темам и ДЗ. Знакомство с детальным планом обучения.

Где и как будет проходить обучение?

1) Созвоны 1 раз в неделю с практикой длительностью 1,5-2 часа в зависимости от темы. На них мы разбираем теоретические вопросы, решаем задачи по фреймворку, языку (платформе) и разбираемся с форматом лайвкодинга.
2) Прохождение курса по выбранному техническому треку по предоставленному мной курсу.
3) Постоянная тренировка в решении задач для собесов по платформе и алгоритмической секции.
4) Правим резюме на конкретных сессиях-разборах и примерах.
5) Понимаем мотивацию по типу компании и фиксим менталку.
6) Изучаем соседние области знаний и залезаем поглубже в кишки основного стека для валидации опыта и секции System Design.
7) Проводим мок-собеседования.
8) Составляем стратегию поиска работы и покоряем рынок!

Менторство с доведением до оффера - отличная возможность трудоустроиться в IT после курсов с хорошей ЗП

Вот ссылка на лендинг с условиями, пост с информацией обо мне и моем опыте.
Мой канал по хардам и софтам и решением задач с собеседований поможет подготовиться к лайвкодингу и алгособесам.
Сейчас я набираю 3 человек, с которыми буду работать индивидуально.
Есть уже готовый фреймворк для обучения, отработанный план обучения (уже трудоустроил по нему 4 ребят), проработанный Roadmap, готовый материал для обучения.
От тебя нужно будет много работы, желания учиться новому и понимание, что кое-где придется хитрить (количество лет опыта в резюме, трудоустройство сразу на миддла и т.п.). С такими данными я могу обеспечить трудоустройство в сжатый срок. Основы обучения на моем менторстве ты можешь почитать в посте выше.

Чего точно не будет в менторстве у меня:
1) Не запрещаю, но не учу пользоваться нейросетями на лайвкодинге.
2) Не беру ребят с полного 0.
3) Не смогу тебя трудоустроить без твоего желания.
4) Не считаю, что цель первой работы это трудоустройство на сеньора. Наш путь не просто получить работу, но и задержаться на первом рабочем месте хотя бы 1 год - в относительно спокойном режиме получить реальный коммерческий опыт и результат.

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