Куда вы хотите развиваться: архитектура, UI или другое

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

Есть ли у вас профиль интересов внутри iOS и сходится ли он с задачами команды. В одной команде ждут человека, который разберётся с модульностью и сборкой, в другой нужен сильный UI-разработчик под редизайн. Следом просят пример, где вы уже работали в выбранном направлении.

Как отвечать

Выберите основное направление и объясните, почему оно. Что за каждым стоит в iOS:

• архитектура: модуляризация через Swift Package Manager или Tuist, границы между фичами, внедрение зависимостей, выбор между MVVM, Clean и TCA, переход на Swift Concurrency и строгую проверку Sendable в Swift 6;
• UI: SwiftUI и его взаимодействие с UIKit, анимации, Core Animation, дизайн-система и компоненты, Dynamic Type, VoiceOver и доступность;
• производительность: Instruments (Time Profiler, Allocations, Leaks), время запуска, плавность прокрутки, энергопотребление;
• инфраструктура: скорость сборки, CI на Xcode Cloud или GitLab CI с fastlane, автоматизация релизов и подписи;
• качество: тесты на XCTest и Swift Testing, снапшот-тесты, UI-тесты.

Каркас: направление, личная причина, что уже сделали (вынесли сетевой слой в пакет, перевели экран с UIKit на SwiftUI, сократили время запуска) и как это пригодится здесь. Цифры приводите только свои и объяснимые. Если опыта в архитектуре мало, скажите об этом прямо: «пока я больше делал UI, но хочу взяться за модульность, и вот что я уже изучил».

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

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

Отвечают «хочу и то, и другое, и третье». Широта без приоритета выглядит как отсутствие выбора.

Путают UI-разработку с UX-дизайном и рассказывают про работу в Figma. От iOS-разработчика ждут качественную реализацию интерфейса, а не макеты.

Называют архитектурой знание аббревиатур MVVM и VIPER. Архитектурные задачи в реальной команде это модули, зависимости, сборка и миграции, и говорить стоит о них.