Сколько времени занимает онбординг и насколько быстро можно войти в проект
Что проверяют
Умеете ли вы оценивать не себя, а условия: от чего зависит вход в проект и что вы сделаете, чтобы он был быстрее. Ответ «влетаю за неделю» и ответ «месяца три» настораживают одинаково, потому что оба не привязаны ни к размеру решения, ни к состоянию окружения.
Как отвечать
Разложите вход по горизонтам и назовите результат на каждом:
- первые дни: собрать решение локально, поднять зависимости (база, очередь, заглушки внешних сервисов), прогнать тесты, починить мелкий баг и довести его до прода. Это проверка не кода, а доступов и инструкции по запуску;
- первые недели: понять границы проектов в решении, как настроена регистрация зависимостей, где слой доступа к данным, как накатываются миграции, что покрыто тестами. Здесь же берутся задачи среднего размера в знакомой части;
- дальше: самостоятельная фича с проектированием, ревью чужого кода, участие в разборе инцидентов.
Затем назовите, что ускоряет и что тормозит. Ускоряет знакомый стек (ASP.NET Core, EF Core), описание запуска в репозитории, интеграционные тесты, наставник в команде. Тормозит выдача доступов по заявкам, старый .NET Framework с ручной сборкой, домен без словаря терминов, большое решение без явных границ модулей.
Хорошо закончить встречным вопросом: как устроен онбординг, есть ли задача первого дня, кто отвечает на вопросы новичка.
Где спотыкаются
Называют срок как обещание: две недели и полная скорость. Скорость упирается в знание предметной области, а не в синтаксис, и первые оценки в чужом домене будут мимо, как бы хорошо вы ни знали язык.
Второе: рассказывают про чтение кода и молчат про людей. Быстрее всего в проект входят через парные разборы и ревью своих первых правок, а не через попытку прочитать решение целиком.
Третье: не спрашивают про окружение. Если тестовый контур поднимается заявкой через смежный отдел, никакая личная скорость не сократит первую неделю, и узнать об этом лучше до выхода.