Как устроено собеседование на мобильную разработку в Яндекс

Введение: почему процесс в Яндексе именно такой

Яндекс — одна из немногих компаний в СНГ, которая сохраняет жесткую приверженность Computer Science во время найма. Для кандидата на позицию мобильного разработчика это означает, что даже если вы виртуозно верстаете экраны на SwiftUI или Jetpack Compose, вас все равно попросят развернуть бинарное дерево или реализовать очередь на двух стеках. Такой подход обусловлен масштабом: приложениями Яндекса пользуются десятки миллионов человек, и любая утечка памяти или неэффективный алгоритм в коде навигатора или такси приводит к огромным потерям ресурсов и негативу пользователей.

Статья написана для Middle и Senior инженеров, которые планируют подаваться в Яндекс Go, Поиск, Музыку или Маркет. Мы разберем не только «что» спрашивают, но и «почему» это важно для компании. Подготовка к такому интервью обычно занимает от двух недель до двух месяцев, в зависимости от вашего бэкграунда. Важно понимать, что в мобильной разработке Яндекса существует разделение на общие секции (алгоритмы) и специализированные (платформа). Каждая секция длится ровно 60 минут, и ошибки на любом этапе могут стать критическими для итогового оффера.

Для кого этот материал

Этот лонгрид будет полезен тем, кто уже имеет опыт коммерческой разработки от 2 лет. Мы не будем останавливаться на синтаксисе Swift или Kotlin — предполагается, что вы его знаете. Основной фокус будет на алгоритмическом мышлении, работе с памятью, жизненном цикле приложений и проектировании сложных систем. Также мы затронем культурный код компании, который проверяют на финальных встречах с командами.

Этап 1: Технический скрининг и алгоритмы

Первое серьезное испытание после звонка рекрутера — это секция по алгоритмам. Часто кандидаты недоумевают: зачем мобильному разработчику алгоритмы? Ответ прост: это проверка способности мыслить структурно и оценивать сложность своего кода. В Яндексе на этой секции обычно дают две задачи. Первую нужно решить за 15-20 минут, вторую — за оставшееся время. Среда разработки — внутренний редактор без автодополнения и возможности запуска кода (хотя в последнее время иногда разрешают запускать тесты).

Типовые задачи на скрининге

Самые популярные темы: массивы, два указателя, скользящее окно и хэш-таблицы. Реже встречаются деревья и графы на первом этапе. Типичная задача — сжатие строки (Run-Length Encoding) или поиск пересечения двух массивов. Важно не просто написать рабочий код, но и сразу проговорить его сложность по времени O(n) и по памяти O(n). Если вы написали решение за O(n^2), интервьюер попросит его оптимизировать.

// Пример типичной задачи: Сжатие строки (RLE)
// Вход: "AAABBCDD" -> Выход: "A3B2CD2"
func compress(str: String) -> String {
    guard !str.isEmpty else { return "" }
    var result = ""
    var count = 1
    let chars = Array(str)
    
    for i in 1.. 1 { result.append(String(count)) }
            count = 1
        }
    }
    // Не забываем обработать последний символ
    result.append(chars.last!)
    if count > 1 { result.append(String(count)) }
    
    return result
}

Как вести себя на алгоритмической секции

Главная ошибка — молча писать код. Интервьюер хочет видеть ход ваших мыслей. Сначала обсудите граничные случаи: что если строка пустая? Что если в ней только один символ? Что если в ней цифры? Только после согласования алгоритма приступайте к реализации. В Яндексе ценят чистоту кода: называйте переменные понятно, избегайте `a`, `b`, `c`, если это не индексы в цикле. После написания кода обязательно проведите «ручное тестирование» — пройдите по строкам кода с конкретным примером данных.

Этап 2: Платформенная секция (iOS / Android)

Если алгоритмы пройдены, наступает черед глубокого погружения в платформу. Здесь проверяют, насколько хорошо вы понимаете среду, в которой работаете. Для iOS-разработчика это вопросы по Memory Management (ARC), GCD/Swift Concurrency и устройству UIKit/SwiftUI. Для Android-разработчика — жизненный цикл Activity/Fragment, работа Handler/Looper, механизмы Dagger/Hilt и нюансы работы виртуальной машины (ART).

Глубокое понимание многопоточности

В мобильных приложениях Яндекса много фоновых операций: загрузка карт, расчет маршрута, синхронизация данных. Вас обязательно спросят про инверсию приоритетов (Priority Inversion) или про то, как работает `DispatchQueue.main.async` под капотом. Для Android-разработчиков классический вопрос: чем отличается `launch` от `async` в корутинах и как работает `SupervisorJob`. Вы должны уметь объяснить, почему нельзя блокировать главный поток и какие инструменты мониторинга (Instruments в Xcode или Profiler в Android Studio) вы используете для поиска лагов.

Устройство коллекций и структур данных

Вас могут попросить рассказать, как устроен `Dictionary` в Swift или `HashMap` в Java/Kotlin. Как разрешаются коллизии? Какова сложность вставки в худшем случае? Это важные вопросы, потому что при работе с большими списками данных (например, лента в Маркете) неправильный выбор коллекции может привести к «фризам» интерфейса. Также популярны вопросы про `Copy-on-Write` в Swift и про то, как работают `struct` vs `class` в контексте кучи и стека.

Этап 3: Многопоточность и асинхронность в деталях

Эта секция часто выделяется в отдельный блок для Senior-позиций. Здесь не просто спрашивают теорию, а дают задачу на написание кода. Например, реализовать `Thread-safe` кэш или написать функцию, которая выполняет N запросов параллельно, но возвращает результат строго в порядке их запуска. Это проверяет умение работать с примитивами синхронизации: семафорами, мьютексами, барьерами.

Кейс: Ограничение количества одновременных операций

Представьте, что у вас есть массив URL-адресов картинок, которые нужно скачать. Но вы не можете запустить 100 скачиваний одновременно — это забьет канал и съест память. Вам нужно написать менеджер, который будет качать, например, по 3 картинки за раз. Это классическая задача на использование `OperationQueue` в iOS или `Semaphore` в общем случае.

// Пример на Swift с использованием DispatchSemaphore
func downloadImages(urls: [URL], limit: Int) {
    let semaphore = DispatchSemaphore(value: limit)
    let queue = DispatchQueue.global(qos: .userInitiated)
    
    for url in urls {
        queue.async {
            semaphore.wait() // Уменьшаем счетчик
            print("Начало загрузки: \(url)")
            
            // Имитация сетевого запроса
            Thread.sleep(forTimeInterval: 1.0) 
            
            print("Конец загрузки: \(url)")
            semaphore.signal() // Увеличиваем счетчик
        }
    }
}

Проблемы асинхронного кода

Интервьюер может усложнить задачу: «А что если один из запросов упадет с ошибкой? Как отменить остальные?». Здесь проверяется знание механизмов отмены (Cancellation) в корутинах или `Task` в Swift. Вы должны понимать, что просто убить поток — плохая практика, нужно использовать кооперативную отмену. Также обсуждаются вопросы Race Condition и способы их обнаружения через Thread Sanitizer.

Этап 4: Mobile System Design

Для опытных разработчиков это самая важная и сложная секция. Вам предлагают спроектировать с нуля крупную фичу или целое приложение. Например: «Спроектируйте экран ленты новостей как в Instagram» или «Спроектируйте систему офлайн-карт для Навигатора». Здесь нет одного правильного ответа, важно показать умение разбивать сложную задачу на компоненты.

Слои архитектуры и сетевое взаимодействие

В системном дизайне мобильных приложений критически важны три вещи: сетевой слой, кэширование и отображение. Вы должны обсудить: какой протокол выберете (REST, gRPC, WebSocket)? Как будете обрабатывать ошибки сети и делать Retry-механизмы? Как устроено хранилище (SQLite, Realm, Core Data)? Нужно ли нам промежуточное состояние (State Management)? Яндекс ценит модульность, поэтому стоит упомянуть разделение на слои: Data, Domain, Presentation.

Обработка больших данных и пагинация

Если мы проектируем ленту, важно обсудить пагинацию. Будет ли это `offset/limit` или `cursor-based` пагинация? Как эффективно обновлять список? Как избежать дубликатов при вставке новых данных? Для мобилок также важна оптимизация картинок: использование CDN, разные размеры для разных экранов (retina/non-retina) и локальное кэширование на диске. Не забудьте упомянуть аналитику и логирование — в Яндексе без этого не катится ни одна фича.

Этап 5: Архитектурные паттерны (MVVM, VIPER, Clean)

На этой секции обсуждается конкретный код и способы его организации. В Яндексе в разных командах могут использоваться разные подходы: где-то это чистый MVVM, где-то RIBs (архитектура от Uber), где-то самописные решения. Вас спросят о плюсах и минусах каждого подхода. Почему VIPER может быть избыточен для маленькой фичи? Почему MVC часто превращается в Massive View Controller?

Dependency Injection (DI)

Тема DI — священная корова мобильной разработки. Вы должны четко понимать разницу между `Service Locator` и `Dependency Injection`. Как реализовать DI вручную через конструкторы? Зачем нужны фреймворки типа Needle (используется в Яндексе) или Dagger? Интервьюер может дать кусок кода с жесткими зависимостями и попросить его отрефакторить так, чтобы он стал тестируемым. Тестируемость (Testability) — это ключевой аргумент в пользу любой архитектуры.

Тестирование: Unit, UI, Snapshot

В Яндексе высокий уровень покрытия тестами. Вас спросят: что вы тестируете в первую очередь? Как мокать сетевые ответы? Как писать тесты на асинхронный код? Хороший ответ включает упоминание пирамиды тестирования: много быстрых Unit-тестов, меньше интеграционных и совсем мало медленных UI-тестов. Если вы знаете, что такое Snapshot-тестирование (проверка верстки по пикселям), это будет большим плюсом.

Этап 6: Работа с памятью и производительность

Для мобильных устройств ресурсы ограничены, поэтому Яндекс уделяет этому огромное внимание. Вы должны знать, как находить утечки памяти. В iOS это циклы сильных ссылок (Strong Reference Cycles) и захват `self` в замыканиях. В Android — статические ссылки на Context или незакрытые слушатели. Вас могут попросить проанализировать кусок кода и найти в нем потенциальный `Memory Leak`.

Профилирование приложения

Как понять, почему приложение тормозит? Вы должны уметь пользоваться инструментами: Time Profiler, Memory Graph Debugger, Leak Canary. Расскажите о своем опыте оптимизации: например, как вы уменьшили время старта приложения (App Launch Time) или как оптимизировали рендеринг сложных ячеек в списке. Упоминание таких метрик, как FPS (должно быть 60 или 120) и потребление CPU, покажет вашу зрелость как инженера.

Этап 7: Верстка и UI-компоненты

Несмотря на упор на алгоритмы, умение верстать никто не отменял. В Яндексе часто используются собственные дизайн-системы. Вас спросят: как работает механизм Layout в iOS (Auto Layout vs Frames) или как устроена отрисовка View в Android. Чем `ConstraintLayout` лучше вложенных `LinearLayout`? Как работают `CompositionLocal` в Jetpack Compose?

Кастомные View и анимации

Иногда стандартных компонентов не хватает. Вас могут спросить, как написать кастомную View с нуля: обработка нажатий, метод `onDraw` или `drawRect`, расчет размеров (intrinsic content size). Как сделать плавную анимацию, которая не будет «лагать»? Понимание разницы между анимациями на главном потоке и анимациями, которые выполняются на GPU (Core Animation в iOS), критически важно для создания качественного продукта.

Этап 8: Безопасность мобильных приложений

В приложениях Яндекса хранятся данные карт, адреса, история поездок. Поэтому безопасность — не пустой звук. Знаете ли вы, как безопасно хранить токены? (Keychain в iOS, EncryptedSharedPreferences в Android). Что такое SSL Pinning и зачем он нужен? Как защититься от Man-in-the-Middle атак? Эти вопросы часто задают на секциях для Senior-разработчиков.

Хранение чувствительных данных

Обсуждение безопасности часто переходит в плоскость криптографии. Вам не нужно знать алгоритм AES в деталях, но вы должны понимать разницу между симметричным и асимметричным шифрованием. Почему нельзя хранить пароли в открытом виде даже в локальной базе данных? Как работает биометрия (FaceID/Fingerprint) и как интегрировать ее в приложение? Это стандартные темы для финтех-сервисов Яндекса.

Этап 9: Инструменты разработки и CI/CD

Разработка в большой компании — это не только написание кода в IDE. Это работа с Git, системой сборки (Bazel, Gradle, Xcodebuild) и процессами автоматизации. Вас могут спросить про вашу Git-стратегию: GitFlow или Trunk Based Development? Как вы относитесь к Code Review и какие критерии качества используете?

Автоматизация сборок

Как выстроить процесс так, чтобы каждая ветка автоматически проверялась тестами и собиралась в TestFlight или AppCenter? Знание Fastlane или скриптов на Bash/Python будет преимуществом. В Яндексе используются очень сложные пайплайны сборки, так как монорепозитории могут весить гигабайты. Понимание того, как ускорить сборку (кэширование, инкрементальная компиляция), выделит вас среди других кандидатов.

Этап 10: Продуктовое мышление и Soft Skills

Яндекс ищет не просто «руки», а людей, которым не все равно, что они делают. На поведенческом интервью (Behavioral Interview) или на встречах с командами вас будут спрашивать про ваш опыт. Расскажите о ситуации, когда вы не согласны были с решением менеджера. Как вы аргументировали свою позицию? Как вы справлялись с техническим долгом?

Умение работать в команде

Мобильный разработчик в Яндексе постоянно взаимодействует с дизайнерами, бэкенд-разработчиками и QA. Вас спросят: как вы договариваетесь о формате API? Что делаете, если бэкенд еще не готов, а вам нужно делать фичу? (Ответ: мокаем данные). Как вы реагируете на критику своего кода? Здесь важно показать адекватность, открытость и желание расти.

Этап 11: Финальные встречи с командами (Team Match)

После прохождения всех технических этапов наступает «знакомство с командами». Это не совсем собеседование, это выбор. Вам презентуют проекты (например, Яндекс Лавка или Яндекс Плюс), а вы рассказываете о себе. Здесь важно задавать вопросы: какой стек? Какой темп работы? Как принимаются решения? Ошибка на этом этапе — соглашаться на первую попавшуюся команду, если вам не близок продукт.

На что смотреть при выборе команды

Обратите внимание на процессы: есть ли дежурства (on-call)? Как часто происходят релизы? Насколько старый код в проекте? В Яндексе есть как проекты с нуля, так и огромные легаси-системы. Если вы любите инновации, ищите команды, которые активно внедряют Kotlin Multiplatform или SwiftUI. Если вам важна стабильность и огромные нагрузки — ищите зрелые продукты.

Этап 12: Оффер и переговоры

Когда команда выбрана, рекрутер возвращается с цифрами. Зарплата в Яндексе состоит из оклада и премий (квартальных или годовых). Также важная часть — опционы (RSU), которые «вестятся» в течение нескольких лет. Не бойтесь обсуждать условия, если у вас есть контр-офферы. Яндекс — рыночная компания и готова бороться за сильных кандидатов.

Что входит в соцпакет

Помимо денег, Яндекс предлагает релокационный пакет (если нужно), расширенную страховку (ДМС), компенсацию питания и обучение. Офисы Яндекса славятся своим комфортом: от бесплатных завтраков до спортзалов. Но помните, что в Яндексе работают много, и высокая зарплата — это плата за высокую ответственность и темп.

Заключение: чек-лист подготовки

Собеседование в Яндекс — это марафон, а не спринт. Чтобы пройти его успешно, нужно систематизировать знания. Не пытайтесь вызубрить ответы, старайтесь понять принципы. Даже если вы получите отказ, фидбек от интервьюеров Яндекса обычно очень качественный и поможет вам вырасти как профессионалу.

• Освежите алгоритмы: LeetCode (Medium уровень), темы: массивы, хэш-карты, два указателя.
• Повторите теорию платформы: ARC/GC, многопоточность, жизненный цикл UI.
• Попрактикуйтесь в System Design: посмотрите разборы проектирования популярных приложений.
• Подготовьте истории из опыта: сложные баги, конфликты, архитектурные решения.
• Проверьте свои знания на Mock-интервью с друзьями или коллегами.

Удачи! Яндекс — это отличное место для тех, кто хочет делать продукты мирового уровня и работать с лучшими инженерами в индустрии.