Количество кода: сколько строк писать и зачем это важно
Сразу скажу откровенно: писать больше кода – не всегда лучше. Часто новички считают, что если в день они напишут сотни строк, значит они круты. На деле сильно зависит от задачи, языка и стиля работы.
Самый простой способ измерить количество кода – посчитать строки в файле. Но сама по себе цифра ничего не говорит. Один длинный if может включать 5 строк, а правильно структурированный метод из 20 строк может решить гораздо больше проблем.
Почему количество строк не равно продуктивности
Во-первых, в реальном проекте важнее читаемости и поддерживаемости, чем количества символов. Если ваш код трудно понять, потом его исправляют, а это тратит время. Во‑вторых, автоматические генераторы, библиотеки и фреймворки снижают количество собственного кода, но ускоряют разработку. Третий момент – баги. Чем больше кода, тем больше возможностей для ошибок.
В статье «Сколько строк кода пишет программист: реальные цифры и что они значат» мы показали, что средний разработчик в крупной компании пишет от 200 до 400 строк чистого кода в день. Но в стартапе, где всё быстро меняется, цифра может быть выше. Главное – сравнивать себя с тем, что делает команда, а не с абстрактным «идеалом».
Как измерять количество кода правильно
Если всё‑же хотите отслеживать метрики, делайте это так:
- Считаем только ваш собственный код, без автогенерации и импортов.
- Разбиваем измерения на категории: бизнес‑логика, тесты, скрипты.
- Сравниваем со средними показателями в вашей компании, а не с общефантастическими цифрами из интернета.
- Дополняем метрику качеством: покрытие тестами, количество замечаний в код‑ревью.
Эти простые шаги позволяют понять, в каком месте вы теряете время, а где работаете эффективно.
Если вам нужны практические примеры, посмотрите пост «Скрипты и код: главные отличия простыми словами». Там описано, почему скрипт может быть короче, но мощнее обычного кода, и как это отражается на измерениях.
И ещё: не забывайте про «чистый код». Иногда сокращение количества строк достигается за счёт переиспользования функций, вынесения общих частей в отдельные модули. Это делает проект легче поддерживать и ускоряет доставку новых фич.
Подытожим: количество кода – интересный, но ограниченный показатель. Ставьте цель писать понятный и тестируемый код, а цифры используйте только как вспомогательный инструмент. Тогда ваш день будет продуктивным, а проект – здоровым.