Как проходила разработка? Было ли общение с бэком?
Что проверяют
Командность и инженерную зрелость: вы «получали задачи и верстали» или участвовали в проектировании, влияли на контракты API и процессы. Для middle+ ожидается второе.
Скелет ответа
- Процесс: методология (спринты/канбан), как задачи попадали к вам, ревью, ветвление, CI, релизный цикл (раз в две недели? train?).
- Работа с бэкендом: кто проектировал API, был ли контракт до начала работы (OpenAPI/Swagger), как решали расхождения, моки для параллельной разработки.
- Ваше влияние: примеры, где вы изменили контракт или процесс.
- Другие роли: дизайн (Figma, design review), QA, аналитика.
Пример ответа
S: Двухнедельные спринты, кросс-функциональная команда: 2 iOS, 2 Android, 3 бэкенд-разработчика, продакт, дизайнер, QA.
T: Фичи шли одновременно на три платформы, и главный риск был в расхождении контрактов API.
A: Перед стартом фичи проводили «контрактную встречу»: бэкенд приносил черновик OpenAPI-спеки, мобильные платформы правили её под свои нужды. Я, например, добился пагинации по курсору вместо offset — на мобильном лента с offset дублировала элементы при вставке новых. Пока бэкенд не был готов, работали на моках через URLProtocol, чтобы не блокироваться. Спорные моменты — в треде в Slack с решением в спеке, а не устно.
R: Интеграция занимала день вместо недели, и за год ни разу не ловили «сломанный контракт» в проде.