50 вопросов для senior React Native: проект и продакшн

Как отвечать на проектные вопросы

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

Архитектура проекта и владение

1. Как вы опишете архитектуру вашего последнего React Native проекта?

Ответ: Используйте диаграмму или нарратив: оболочка приложения, навигация, границы фич, владение состоянием, слой API, хранилище, аналитика, нативные интеграции, тестирование — и почему эти решения подходят под ограничения.

2. Как вы опишете фичу, которой владели от начала до конца?

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

3. Как выбирать между фичевыми и слоистыми папками?

Ответ: Предпочитайте четкое владение предметной областью и публичные интерфейсы; держите общие сервисы платформы и UI-примитивы отдельно от внутренностей фич.

4. Как объяснить сложный компромисс в проекте?

Ответ: Опишите варианты, ограничения, данные, обратимость решения, влияние на пользователя и результат — не представляйте один вариант как единственно верный.

5. Как внедрить общую дизайн-систему?

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

6. Как управлять техническим долгом в быстрорастущем приложении?

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

7. Как оценить сложную мобильную фичу?

Ответ: Разбейте на UI, контракт бэкенда, нативные возможности, аналитику, безопасность, тестирование, раскатку и неизвестные; давайте диапазоны и допущения.

8. Как работать с нечеткими требованиями продукта?

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

9. Как сделать фичу конфигурируемой?

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

10. Как объяснить свой вклад в командный проект?

Ответ: Будьте конкретны о своем владении и коллаборации, отличайте свою работу от командной и честно количественно оценивайте результаты.

Продакшн-инциденты и надежность

11. Как ответить на вопрос о продакшн-инциденте?

Ответ: Используйте честную STAR-историю: обнаружение, влияние на пользователя, локализация, доказательная первопричина, коммуникация, долговременное предотвращение и измеренный результат.

12. Что делать, если после релиза вырос уровень падений?

Ответ: Остановите или замедлите раскатку, определите затронутый релиз и когорту, проверьте символы и breadcrumbs, смягчите откатом или флагами, затем проверьте восстановление.

13. Как обрабатывать баг, воспроизводимый только в релизе?

Ответ: Сравните конфигурацию сборки, обфускаторы, окружение, разрешения, символы и время; воспроизведите на подписанной сборке до изменения кода.

14. Как расследовать Android ANR?

Ответ: Начните с Play Console или захваченных трейсов, проверьте заблокированный главный поток и блокировки, вынесите блокирующую работу из главного потока и проверьте в релизном режиме.

15. Как обработать сломанный поток обновления токена?

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

16. Как реагировать на отключение бэкенда?

Ответ: Покажите четкое восстанавливаемое состояние, используйте кэшированные данные, ограничьте повторные попытки, избегайте шквала запросов, сообщайте статус и измеряйте влияние на пользователя.

17. Как отлаживать дублирующиеся попытки оплаты?

Ответ: Считайте бэкенд источником истины, используйте идемпотентные ключи, отключите дублирующие действия клиента, согласуйте неизвестные состояния и безопасно аудируйте телеметрию.

18. Как управлять неудачной миграцией базы данных?

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

19. Как предотвратить открытие неверного экрана из уведомления?

Ответ: Используйте типизированное навигационное намерение, проверьте аутентификацию и авторизацию, дождитесь готовности навигатора и сделайте дублирующую доставку идемпотентной.

20. Что должно быть в постмортеме инцидента?

Ответ: Влияние, таймлайн, триггер, системные способствующие факторы, пробелы в обнаружении, решения, владельцы действий и проверка превентивных работ.

Производительность и масштабирование

21. Как описать проект по улучшению производительности?

Ответ: Назовите видимый пользователю симптом, базовую метрику и устройство, доказательства, наименьшее эффективное изменение, измеренное улучшение и защиту от регрессии.

22. Как оптимизировать медленный FlatList в продакшне?

Ответ: Профилируйте в релизном режиме JS/UI кадры, изображения, рендер строк, память и поток данных; исправьте измеренное узкое место и сравните метрики до/после.

23. Как уменьшить время запуска приложения?

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

24. Как расследовать рост памяти?

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

25. Как объяснить зависание JS-потока?

Ответ: Определите синхронную работу CPU, парсинг, рендер или события; уменьшите ввод, разбейте или отложите работу, перенесите подходящую работу в нативный код и измерьте отзывчивость.

26. Как улучшить фиды с большим количеством изображений?

Ответ: Используйте виртуализированные строки, изображения правильного размера, кэширование, отмену, пагинацию, измерение памяти и осторожную предзагрузку.

27. Как решить, добавлять ли мемоизацию?

Ответ: Сначала профилируйте; исправьте владение состоянием и изменение ссылок перед использованием мемоизации для измеренного дорогого пути.

28. Как поддерживать отзывчивость офлайн-данных?

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

29. Как установить бюджеты производительности?

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

30. Как проверить, что фикс производительности остался фиксом?

Ответ: Добавьте повторяемый бенчмарк или трейс, мониторинг в продакшне, тестовый путь в релизном режиме и порог оповещения.

Лидерство и доставка для Senior

31. Как вести миграцию React Native?

Ответ: Инвентаризируйте зависимости и нативные границы, оцените риск, мигрируйте инкрементально, поддерживайте откат, тестируйте обе платформы и раскатывайте по когортам.

32. Как менторить инженеров на мобильной разработке?

Ответ: Соотносите руководство с риском и опытом: парное программирование, примеры, ограниченное владение, ревью с акцентом на обоснование и переиспользуемая документация.

33. Как обрабатывать разногласия по архитектуре?

Ответ: Согласуйте ограничения, сравните компромиссы и обратимость, выделите время на сбор доказательств, запишите решение и поддерживайте результат.

34. Что вы ищете в ревью кода для senior?

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

35. Как сообщить о риске доставки?

Ответ: Поднимите его рано с указанием влияния, доказательств, вариантов, компромиссов, рекомендации и крайнего срока решения; не скрывайте неопределенность.

36. Как работать с Android и iOS инженерами?

Ответ: Согласуйте типизированные контракты, владение потоком и жизненным циклом, валидацию релиза, наблюдаемость и четкое владение платформенно-специфичными решениями.

37. Как спланировать безопасную раскатку?

Ответ: Используйте фича-флаги или когорты, определите метрики успеха и отката, мониторьте влияние на пользователя и расширяйте только после стабильных доказательств.

38. Как приоритизировать баги против фич?

Ответ: Используйте серьезность, затронутых пользователей, доверие, доход, обходной путь, риск повторения и стоимость для прозрачного решения с партнерами по продукту.

39. Как обрабатывать пропущенную оценку?

Ответ: Сообщите рано, объясните изменившиеся допущения, пересмотрите объем или последовательность, защитите качество и влияние на пользователя, улучшите циклы обратной связи по оценке.

40. Как определить владение на уровне senior?

Ответ: Берите ответственность за результаты, делайте компромиссы явными, улучшайте командные системы, предотвращайте повторные отказы и общайтесь четко.

Рассказы на интервью и проектные вопросы

41. Расскажите о самом сложном React Native проекте.

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

42. Расскажите об ошибке в продакшне.

Ответ: Признайте свою роль, объясните восстановление и влияние на пользователя, затем сосредоточьтесь на долговременном улучшении теста, процесса или дизайна.

43. Расскажите о случае, когда вы улучшили качество кода.

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

44. Расскажите о конфликте с требованиями продукта.

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

45. Расскажите о сложной нативной интеграции.

Ответ: Объясните возможность, различия платформ, дизайн контракта, обработку ошибок и жизненного цикла, тест-план и результат в продакшне.

46. Расскажите о решении по безопасности.

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

47. Расскажите о релизе, который вы вели.

Ответ: Охватите критерии готовности, CI и подпись, когорты раскатки, мониторинг, откат, коммуникацию и финальные результаты.

48. Расскажите о фиче с офлайн-режимом.

Ответ: Объясните локальную модель данных, outbox мутаций, идемпотентность, правила конфликтов, статус синхронизации и пользовательский опыт при сбоях.

49. Как ответить на вопрос о проекте, которым вы не владели полностью?

Ответ: Будьте честны о своей зоне ответственности, опишите свой конкретный вклад, признайте соавторов и объясните, чему вы научились.

50. Какие вопросы стоит задать интервьюеру об их проекте?

Ответ: Спросите о пользователях, архитектуре, техническом долге, процессе релиза, тестировании и культуре команды.

Практический вывод

Прямо сейчас выберите три вопроса из списка и напишите честные STAR-ответы на основе вашего опыта. Тренируйтесь рассказывать их вслух за 2-3 минуты. На интервью используйте живые истории, а не шаблоны.