Сколько фронтендеров и бекенд разработчиков в твоей команде?
Что проверяют
Здесь важен не размер, а соотношение, и оно многое говорит об устройстве работы. Один бэкендер на трёх фронтендеров означает очередь за ручками и жизнь на заглушках, обратная пропорция означает, что фронт стал узким местом и его делят между несколькими направлениями.
Как отвечать
Назовите состав целиком, включая тестировщиков, дизайнера, аналитика и того, кто принимает продуктовые решения. Дальше объясните, как соотношение проявлялось в работе:
- кто описывал контракт API и когда он появлялся: до вашей задачи или по ходу дела;
- как жили без готовой ручки: заглушки на MSW, генерация клиента из схемы, руками написанные моки;
- был ли BFF и кто его писал, фронтендеры или бэкенд;
- кто дежурил по инцидентам на стороне интерфейса и как до вас доходили жалобы пользователей;
- чем занимались тестировщики: сквозные сценарии, ручная проверка вёрстки, только бэкенд.
Если вопрос задают вам о будущей команде, спрашивайте о том же самом и добавьте: сколько продуктовых направлений делят одного фронтендера и кто разрешает споры о контракте, когда бэкенд предлагает удобную себе форму ответа.
Где спотыкаются
Считают только разработчиков. Наличие или отсутствие тестировщика, дизайнера и аналитика меняет вашу ежедневную работу сильнее, чем ещё один бэкендер в соседней комнате.
Второе: не могут объяснить, что делали, пока ручка не готова. Ответ «ждал» читается как отсутствие инициативы, тогда как нормальный путь это согласовать форму ответа заранее и собрать интерфейс на заглушке.
Третье: подменяют состав команды составом компании. Фраза про двести человек в разработке не отвечает на вопрос: интервьюеру нужна ваша ближайшая команда, потому что именно её размер определяет, сколько вы решали сами.