На какую роль вы ищете разработчика
Что проверяют
Это ваш вопрос работодателю, и по нему тоже судят. Хорошо заданный вопрос показывает, что вы выбираете работу, а не ждёте вердикта, и вытаскивает то, чего в тексте вакансии обычно нет.
Как отвечать
Спрашивайте конкретно, по пунктам:
- какой грейд и почему позиция открыта: рост команды, замена ушедшего, новое направление;
- что за приложение: свой продукт или заказная разработка, размер кодовой базы, минимальная поддерживаемая версия платформы, размер аудитории;
- состояние стека: только Kotlin или смешанный проект с Java, Compose или XML-разметка, какая архитектура, есть ли модульность, тесты, CI, как собирается и выкатывается релиз;
- состав команды: сколько Android-разработчиков, есть ли рядом QA, дизайнер и бэкенд, кто принимает продуктовые решения;
- какие задачи ждут в первые месяцы.
Слушайте, что стоит за ответом. Формулировка «нужен сильный, чтобы навёл порядок» при команде из одного человека обычно означает накопленный технический долг и работу в одиночку. Невнятный рассказ про релизный цикл говорит о ручных сборках. Обещание частых релизов без тестов означает регресс руками перед каждой выкладкой.
Где спотыкаются
Не задают вопрос вовсе или ограничиваются просьбой рассказать про проект. В ответ получают презентацию, из которой ничего не следует.
Слушают только про технологии и пропускают организацию работы: кто ставит задачи, как проходит ревью, как решается спор с продуктом, что происходит при срыве срока. Именно это определяет рабочий день, а не список библиотек.
Не сверяют услышанное с описанием вакансии. Если в тексте миддл, а на встрече говорят про самостоятельный запуск направления, речь идёт о другой роли и другой оплате, и уточнять это надо до разговора о деньгах.