Из чего оно состоит

Для тех кто "с нуля":

• Изучаем C# - даю открытый курс и свои домашки
• Изучаем Unity - даю курс и домашки
• Делаем первый проект для закрепления результатов
• Разбираемся с git
• На базе этого проекта изучаем must-have паттерны и библиотеки/фреймворки
• Entry point, Composition root
• GoF паттерны - фабрика, наблюдатель, стратегия и прочие
• Zenject и UniTask
• MVP паттерн
• Финальный проект - на нем разбираем MVVM и отрабатываем все изученное ранее.
• На нем отрабатываем все основные задачи разработчика
• Создаем мету - создаем пару акций и ежедневные события
• Внедряем аналитику
• Добавляем рекламу
• Добавляем внутриигровые покупки
• Делаем облачные сохранения
• Добавляем addressables и загружаем их в облако
• Используем remote config чтобы настраивать игру без пересборки
• Добавляем больше визуальных эффектов, звуков
• Собираем билды под Android и Web
• Публикуем Web билд
• Создаем вашу "легенду" - подбираем компанию, готовим резюме и самопрезентацию. Осторожно, КРУТИМ ОПЫТ!
• Учим софтовые и технические вопросы к собеседованию
• Проводим мок-собеседования со мной - на них я спрашиваю все изученное и убеждаюсь (как правило) что ты готов к выходу на рынок найма
• Ты ходишь по собеседованиям, обязательно их записываешь. А я отсматриваю материал и даю фидбек, по которому каждый твой собес будет становиться еще лучше
• Ты получаешь желаемый оффер/офферы и выходишь на работу

отсюда начинается выплата постоплаты с первых 1-3 зарплат

• Ты работаешь работу, обо всех сложностях (если таковые будут) пишешь мне и мы со всем разбираемся

на этом этапе ты счастливо трудоустроен, испытательный срок пройден

• Ты все еще не остаешься на произвол судьбы, остаешься во всех чатах и можешь спрашивать что угодно

Для "продолжающих":

Продолжающие - это те, кто уже на каком-то этапе освоил C# и Unity: проходил курсы, делал самостоятельно проекты, инди-разработчики и тд

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

Для уже состоявшихся разработчиков с опытом работы:

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

• в первый раз сеньор из gaijin полчаса докапывался до "можно тут написать ++i вместо i++, так считаю будет правильнее и на наносекунду быстрее" и прочая чушь про микро оптимизации (мы ведь только этим на работе и занимаемся, правда?)
• во второй раз затирали что в пет-проекте про ИИ очень "слабо" организован слой работы с UI "ой, а почему у тебя хп бары там не поворачиваются на камеру, ты что не умеешь"

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

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

В остальном достаточно одного небольшого проекта. Ему не надо быть красивым или даже ультра качественно написанным. Но в нем должно быть:

• отсутствие базовых ошибок и косяков, за которые прям зацепиться глаз. Никаких FindObjectOfType и десятков синглтонов, вызываемых из одного класса. Никаких бесполезных комментариев как по коду, так и “для себя на будущее”. На самом деле, комментарии - довольно сложная тема, иногда они могут быть и нужны. Если интересно подробнее узнать, где их писать/не писать и как это делать, можно посмотреть у великого Сергея Немчинского. Для наших целей достаточно правила “любой комментарий может быть кодом”. Если внутри метода есть сложная часть, которую захотелось прокомментировать, то вынесите ее в отдельный метод с нужным названием. И по аналогии с любым другим комментарием.
• соблюденный кодстайл. Нейминги, отступы, аккуратные небольшие легкочитаемые классы. Ревьюверы - тоже люди (звучит как лозунг для какого-нибудь митинга), им приятнее будет читать хорошо оформленный код вместо мешанины из кривого нейминга
• только доделанный функционал, никаких костылей и заглушек для “на потом, когда руки дойдут”
• оформленный ридми. В нем четко написано: что это за проект, что в нем уже сделано, какие технологии использованы, пара скринов или видео геймплея. Можно даже билд приложить

Во время обучения за подобный проект мы беремся уже параллельно с выходом на рынок. В тот момент, когда ученик уже точно имеет все необходимые навыки как по C# и Unity, так и по прохождению собеседований. Почему именно тогда, а не раньше:

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

О чем должен быть такой проект:

• Это должна быть небольшая, законченная игра. Не надо пытаться в одного делать новую GTA или Assassin’s creed. Оно и не получится, да и потенциальный лид, заглянувший в проект, увидит только человека который не может оценить свои силы и берет на себя слишком много.
• Сосредоточьтесь в первую очередь на основных механиках. Мета часть игры с ее магазинами, сезонными пропусками, ежедневными бонусами оставьте для жадных издателей. Собеседует вас такой же разработчик, поэтому на продающие картинки и рекламу на каждый пук в вашей игре, он не обратит внимание. Но при этом совсем отодвигать мету на второй план тоже нельзя. В конце концов, большая часть рынка - это донатные обдираловки, собеседующим будет полезно сразу же понять, что именно их ты уже умеешь и главное хочешь делать.
• Скорее всего, ты не дизайнер, но постарайся сделать визуал не сильно всратым) Для UI возьми любой пак с понравившимися тебе спрайтами. Если кор часть в 3д, то также постарайся подобрать модели в одном стиле хотя бы. Поставь хоть какой-нибудь свет на сцену
• Используй разумное количество популярных фреймворков. Затащи в проект DI (Zenject или VContainer), при необходимости, добавь UniRx. Для процедурных анимаций добавь в проект щепотку DoTween’а
• Знай и понимай каждое принятое на проекте решения. Чтобы на условный вопрос “а почему используешь MVP, а не MVVM” было хорошее объяснение вместо “ну мне показалось так лучше будет/ну он вроде проще/ну я за UniRx не шарю”

Конечно же, все это не серебряная пуля и не поможет вам проходить 100 из 100 собеседований. Но оно поможет увеличить конверсию от скрининга к техническому собеседованию и даст повод потратить часть того самого собеседования на обсуждение вашего проекта вместо ответов на душные вопросы. Согласитесь, приятнее рассказывать о своей игре, чем в очередной раз вспоминать как же там устроен словарь под капотом?)

У себя на вместе с выходом этой статьи объявлю небольшой конкурс. Кидайте в комментарии сюда, а лучше к посту, анонсирующему эту статью на моем канале, свои пет-проекты или тестовые. В зависимости от их количества и качества я в прямом эфире посмотрю 3-5 самых, на мой взгляд, интересных!

Обо мне:

• >8 лет делаю игры на Unity.
• Прошел путь от галеры в офисе за 40к рублей до Senior Unity Developer на валютной удаленке за 7к долларов.
• прошел >100 собеседований.
• Работал в Owlcat, My.Games, Azur Games, ChillBase, Game Insight и других крупных компаниях.
• Участвовал в разработке известных проектов: Rush Royale, Modern Strike Online, OneState, Airport City, Critical Shift, Black Deck.

• Опыт в жанрах: шутеры, стратегии, GTA RP, симуляторы выживания, Action-RPG, казуальные игры и др.
• Пишу статьи на Хабр, веду телеграм и Youtube каналы где рассказываю о карьере в геймдеве, разработке игр на Unity и не только.

Статистика по менторству:

• >2 лет помогаю новичкам вкатываться в геймдев, а состоявшимся специалистам расти по зарплате.
• Middle с нуля за 6+ месяцев.
• Повышение грейда и зарплаты за 3+ месяцев.
• 20+ успешных кейсов трудоустройства.
• Средний оффер учеников: 160к, рекорд — $4000.

Услуги

• Созвон-знакомство - бесплатно - в течение 20 минут обсудим насущные проблемы и как я бы мог с ними помочь.
• Менторство "с 0 до мидла" с трудоустройством - программа. Цена: 30000р предоплата (невозвратная, можно разбить на 2 платежа) + 100% от полученного оффера (выплачивается за 1-5 зарплат). Средний период от нуля до первой работы - 6-9 месяцев.
• Менторство для "опытных" с трудоустройством - программа. Цена: 30000р предоплата (невозвратная, можно разбить на 2 платежа) + 50% от полученного оффера (выплачивается за 1-3 зарплат). Средний период от нуля до первой работы - 3-6 месяцев.

Контакт

https://t.me/mikhail_kolobov

Отзывы

Q&A

1. Как происходит взаимодействие? - В основном, общается в чате в тг. Туда вы кидаете свои решенные задачи, черновики легенды/резюме и там же общаемся по всем рабочим моментам. Созвоны бывают если совсем какой-то этап обучения не поддается. Но это скорее исключение, чем правило.
2. Сколько созвонов? - Помимо мок-собеседований, нисколько. По всем темам есть материалы

Договоры и документы:

Договор оферта

Политика конфиденциальности