Сколько строк кода было на предыдущем проекте?

Ответ на вопрос о размере проекта

Этот вопрос встречается достаточно часто, и его цель — не столько узнать точную цифру, сколько оценить масштаб проектов в вашем портфолио, ваше понимание процесса разработки и умение работать в команде.

Прямой ответ "N тысяч строк" малоинформативен для интервьюера. Гораздо ценнее дать развернутый ответ, который покажет ваш опыт.

Почему такой вопрос задают?

1. Оценка сложности проекта: Проект на 50 тысяч строк (кроме сгенерированного кода) — это серьезная система с множеством модулей, в отличие от небольшого демо-приложения.
2. Понимание метрик: Знаете ли вы, как оценивается объем кода (клоны, инструменты анализа)?
3. Работа в команде: Крупный проект почти всегда предполагает командную разработку, использование CI/CD, код-ревью и сложную архитектуру.

Как лучше структурировать ответ (шаблон)

1. Начните с контекста проекта.

"На моем последнем основном проекте — это был FinTech-банкинг для крупного клиента — мы работали над ним 2,5 года силами команды из 8 Android-разработчиков. Приложение имело полный цикл финансовых операций: платежи, переводы, инвестиции, кредиты, а также сложную кастомизацию интерфейса под разные бренды (white-label)."

2. Дайте оценку объема, но уточните детали.

"Если говорить о метриках, то по данным нашего SonarQube / cloc на конец моей работы в проекте, в main ветке было порядка 220-250 тысяч строк кода на Kotlin и Java (без учета сгенерированного кодом XML, ресурсов и зависимостей)."

3. Раскройте архитектуру и структуру. Это ключевая часть.

"Архитектурно проект был разделен на более чем 20 модулей (multi-module project), что помогало управлять такой кодобазой:

• :app — модуль сборки.
• :core — сетевые слои (Retrofit, OkHttp), база данных (Room), утилиты.
• :features — набор изолированных feature-модулей по чистому MVP/MVVM (например, :feature-payments, :feature-cards).
• :navigation — отдельный модуль для навигации с использованием Cicerone/Simple Stack.
• :design-system — кастомные UI-компоненты и темы. Такое разделение строго ограничивало зависимости и ускоряло инкрементальные сборки."

4. Расскажите о процессах, которые требует большой код.

"Работа с таким объемом кода требовала отлаженных процессов:

• Мощный CI/CD (Jenkins/GitLab CI), который прогонял тысячи unit- и UI-тестов на каждый PR.
• Строгое код-ревью (минимум 2 аппрува) и соблюдение стайл-гайда.
• Статический анализ кода (Detekt, ktlint) для поддержания качества.
• Использование гитомодулей для общих библиотек между проектами компании."

5. Сделайте вывод, связывая объем с опытом.

"Таким образом, опыт работы с проектом такого размера научил меня не просто писать код, а проектировать масштабируемую архитектуру, эффективно организовывать командную работу над большой кодобазой и выстраивать процессы, которые минимизируют технический долг."

Пример ответа (конкретный и краткий)

"В крупнейшем проекте в моей практике — приложении для логистической компании с онлайн-трекингом, управлением заказами и своим картографическим движком — кодовая база составляла около 180 000 строк Kotlin (по данным cloc). Проект был модульным, с четким разделением на core, data, domain и feature-модули. Мы использовали Coroutines/Flow, Koin, Retrofit, Room и нашу собственную библиотеку навигации. Для поддержания качества были настроены автоматические линтеры, CI-пайплайн с запуском более 2 тысяч тестов и обязательное глубокое код-ревью. Этот опыт показал мне, как важно закладывать правильную архитектуру с самого начала при ожидании роста функциональности."

Такой ответ демонстрирует зрелость, понимание инженерии и командной работы, что для интервьюера важнее сухой цифры.