Сколько строк кода было в твоих проектах
Что проверяют
Понимаете ли вы, что объём кода не измеряет сложность. Вопрос редко задают ради числа: смотрят, назовёте ли вы его как достижение или переведёте разговор на нагрузку, связность и свою зону ответственности.
Как отвечать
Дайте честный порядок величины и тут же замените метрику на осмысленные.
- Масштаб: сколько сервисов было в вашей зоне, сколько у них потребителей и ручек, сколько человек работало в одном репозитории.
- Нагрузка: запросы в секунду в пике, объём очереди, размер таблиц, требования к задержке ответа.
- Сложность: количество внешних интеграций, транзакционные сценарии, своя библиотека или кодогенерация.
- Владение: что писали с нуля, что поддерживали, что переписывали и почему.
Формулировка вроде «монолит на несколько сотен тысяч строк, мой сервис примерно на десяток тысяч вместе с тестами и сгенерированным кодом» звучит нормально. Отдельно оговорите, что в Go заметная доля строк это генерация и обработка ошибок, поэтому сравнивать объём между языками бессмысленно. Если спрашивают настойчиво, уместно спросить в ответ, что стоит за вопросом: масштаб системы или опыт жизни в большой кодовой базе.
Где спотыкаются
Называют круглое число, которое нечем подтвердить. Следом идёт вопрос, как считали, и выясняется, что в счёт попали зависимости в каталоге вендора и файлы, порождённые из описаний протокола.
Хвастаются объёмом. Больше строк значит больше поддержки, и сильный кандидат охотнее рассказывает, где код удалось убрать, чем где удалось написать.
Уходят в оборону и отказываются отвечать вовсе. Вопрос законный, за ним стоит масштаб задач, и отказ читается как отсутствие опыта, который можно предъявить.