На чем написан backend проекта?
Что проверяют
Этот вопрос обычно задаёте вы, и по нему видно, думаете ли вы дальше своего слоя. Интервьюеру интересно не то, угадаете ли вы язык бэкенда, а спросите ли вы о том, что реально определит вашу работу: как описан контракт, кто его правит и сколько чужой работы придётся делать руками.
Как отвечать
Сам язык фронтенду почти безразличен, важно то, что стоит за ним. Спрашивайте по списку:
- как описан контракт: схема OpenAPI, GraphQL, protobuf или устная договорённость в чате;
- есть ли слой агрегации или BFF и кто его ведёт. Если это Node, скорее всего вести его будет фронтенд-команда;
- как отдают данные под экран: один запрос на страницу или пять и сборка на клиенте;
- есть ли стенд и моки, можно ли начинать до готовности ручки;
- кто и как быстро правит контракт при расхождении, есть ли версионирование.
Дальше читайте ответ. Схема, из которой генерируются типы, плюс живой стенд означают, что вы будете заниматься фронтендом. Отсутствие описания контракта означает адаптеры, ожидание и регулярные правки после тихой смены поля. Собственный BFF на Node это рост и влияние, но и дежурства, и про это честно стоит спросить сразу.
Где спотыкаются
Первое: задают вопрос ради галочки и не знают, что делать с ответом. Прозвучало название фреймворка, кандидат кивнул, полезной информации ноль.
Второе: оценивают чужой стек вслух. Реплика в духе «а почему не переписали» превращает нейтральный вопрос в спор и портит впечатление быстрее, чем любая техническая ошибка.
Третье: останавливаются на языке и не доходят до процессов. Скорость вашей работы определяют контракт, стенды и скорость правок на той стороне, а не то, Java там или Go.