Моковое собеседование на Middle iOS - разработчика | Solvery & CoffeeCode

Коротко о видео

Публичное мок-собеседование на позицию Middle iOS-разработчика: интервьюер объясняет структуру технического интервью и разбирает ответы кандидата Андрея с двумя годами коммерческого опыта. В практической части обсуждают unit-тесты и DI для аналитики, простую алгоритмическую задачу, семантику value/reference types и capture list в Swift, а затем проектирование экрана чата с обновлениями, кэшем и UI. В конце интервьюер даёт положительную оценку в рамках этого мок-интервью и советует кандидатам заранее готовить содержательные вопросы о проекте и команде.

Затронутые темы

Что взять на заметку

• На рассказе об опыте полезно объяснять не только технологии, но и личный вклад и эффект: кандидат описывает стабилизацию тестов, исследование проблем Rx-кода и подготовку внедрения тестовой культуры в команде.
• Для unit-теста отправки аналитики нужно отделить сервис аналитики через dependency injection, подставить test double и проверять факт вызова ожидаемого события; в обсуждении его уточняют как spy, а не просто «мок».
• Стоит понимать жизненный цикл XCTestCase: setup/teardown выполняются для каждого теста, а class-level setup/teardown — для всего набора; это важно при работе с состоянием тестов.
• Даже простая задача на построение последовательности 0…N…0 проверяет умение работать с массивами, циклами и оценивать time/space complexity; интервьюер считает линейную оценку достаточной и допускает сверку деталей API с документацией.
• Нужно различать value и reference semantics в Swift: структура копируется как значение, а добавление экземпляра класса в capture list удерживает ссылку на тот же объект, поэтому изменения остаются видимыми замыканию.
• При проектировании чата следует проговорить источник обновлений, стратегию кэша и его инвалидирования, выбор хранилища, архитектурные слои и ограничения сторонних библиотек; изображения практичнее хранить файлами на диске, а не blob-значениями в мобильной БД.
• В финале реального интервью стоит спрашивать об архитектуре, процессах, стеке, тестировании, продукте, команде и росте: по мнению интервьюера, отсутствие вопросов может выглядеть как отсутствие интереса к роли.