Расскажите о своем опыте и обязанностях на текущем месте работы

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

Соответствует ли ваш повседневный iOS тому, что ищет команда. Слушают стек (SwiftUI или UIKit, много ли наследия на Objective-C), вашу зону ответственности и то, доходит ли она до релиза и разбора крешей или заканчивается на закрытом тикете.

Как отвечать

Сначала приложение: для чего оно, какая аудитория, что в нём технически неприятно (работа без сети, карты, платежи, синхронизация, десятки экранов). Потом ваш участок.

О чём стоит сказать:

• UI и архитектура: SwiftUI или UIKit, как разделены слои и почему такой подход прижился в команде;
• конкурентность: async и await, задачи и их отмена, что выполняется на главном акторе, что было раньше на очередях GCD;
• данные: сеть, кэш, локальное хранилище, поведение приложения без связи;
• платформенное: разрешения, пуши, фоновые режимы, глубокие ссылки, требования проверки в магазине;
• релиз и эксплуатация: сборка на CI, подписи и профили, бета-раскатка, отчёты о крешах и починка по ним.

Сильный ход это один дефект, доведённый от отчёта до исправления, с объяснением причины, например цикл сильных ссылок в замыкании.

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

Вставляют в ответ круглую цифру вроде «пользовательская база выросла на тридцать процентов». На рост базы разработчик влияет косвенно, и такая метрика в рассказе про личные обязанности выглядит взятой из шаблона.

Второе: называют архитектуру как достижение. «Внедрил MVVM, код стал тестируемым» требует продолжения: что именно тестируется теперь, чего не было раньше, какие места остались без тестов.

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