Расскажите о своем предыдущем опыте
Что проверяют
Насколько ваш опыт похож на то, что делает команда: какой стек, какая архитектура, как устроены релизы. В iOS разброс огромный: один кандидат три года правил экраны в готовом приложении, другой собирал проект с нуля и отвечал за выкладку в магазин. Вопрос нужен, чтобы за пару минут понять, кто перед ними.
Как отвечать
Дайте контекст, потом конкретику. Контекст: что за приложение, кто им пользуется, размер команды, частота релизов. Конкретика:
- минимальная поддерживаемая версия iOS и соотношение SwiftUI и UIKit;
- архитектура и что именно она у вас означает;
- сеть и асинхронность:
URLSession,async/await, Combine, что из этого в проекте живое; - хранение: Core Data, SQLite,
Keychain, кэш файлов; - зависимости через Swift Package Manager или CocoaPods, сборка, подписи, выкладка через TestFlight;
- тесты и стабильность: юнит-тесты, интерфейсные тесты, как ловили падения в проде.
Отдельно назовите свой вклад: какие экраны и модули писали, что рефакторили, что поддерживали. Одна история про сложный баг (гонка при обновлении таблицы, утечка из-за сильной ссылки в замыкании) добавляет больше, чем ещё пять названий технологий.
Где спотыкаются
Говорят «делал приложение», не давая ни размера команды, ни релизного цикла, ни минимальной версии системы. Без этого интервьюер не может оценить масштаб и переходит к скучным проверочным вопросам.
Называют архитектуру ярлыком. «У нас MVVM» без ответа на вопрос, что лежит во вью-модели и как она тестируется, хуже честного рассказа про толстые контроллеры, которые постепенно разбирали.
Приписывают себе продуктовые цифры: рост оценки в магазине, всплеск хороших отзывов. За такой фразой сразу идёт вопрос, что конкретно вы сделали для этого изменения и как отделили свой вклад от маркетинга.