Как проходил онбординг в предыдущей команде

Что проверяют

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

Как отвечать

Стройте рассказ на фактах своего проекта. Что стоит упомянуть iOS-разработчику:

• сборка: сколько заняло получить собираемый проект. Зависимости через Swift Package Manager или CocoaPods, генерация проекта через Tuist или XcodeGen, нужная версия Xcode, время чистой сборки;
• подпись и доступы: добавление в команду Apple Developer, сертификаты и профили (часто через fastlane match), доступ к TestFlight, Firebase, CI;
• архитектура: модульность, UIKit или SwiftUI, какой паттерн (MVVM, VIPER, TCA), как устроены навигация, сеть и внедрение зависимостей;
• первые задачи: фикс бага или небольшой экран, и когда первый PR дошёл до сборки в TestFlight;
• поддержка: был ли ментор, парное программирование, подробные комментарии на код-ревью;
• итог: через сколько недель вы работали самостоятельно и что поменяли бы в процессе.

Хорошо добавить, что вы сделали для следующих новичков: описали настройку подписи, починили скрипт первичной установки, записали, как запускать приложение на тестовом стенде. Это показывает, что вы видите процесс, а не только свою задачу.

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

Где спотыкаются

Рассказывают про знакомство с Jira и встречи с командой. Это есть везде, а интервьюер ждёт, как вы разобрались именно в iOS-проекте.

Не могут назвать стек прошлого проекта: минимальную версию iOS, основные зависимости, способ сборки. Это вызывает сомнения, что вы плотно работали с кодом.

Приносят гладкую историю без трудностей. Реальный онбординг почти всегда во что-то упирается: подпись, долгую сборку, устаревшую документацию. Названная и решённая проблема убедительнее.