Использование LOC для определения размера проекта

Question

Сколько строк кода (LOC) нужно считать крупным проектом? Как насчет только одного человека, пишущего его?

Я знаю, что эта метрика сомнительна, но для одного разработчика существует значительная разница между 1k и 10k LOC. Обычно я использую пространство для удобочитаемости, особенно для операторов SQL, и я стараюсь уменьшить количество LOC для целей обслуживания, чтобы следовать как можно больше лучших практик.

Например, я создал единый diff кода, который я изменил сегодня, и это было более 1k LOC (включая комментарии и пустые строки). Является ли «модифицированный LOC» лучшим показателем? У меня есть ~ 2k LOC, так что удивительно, что я модифицировал 1k. Я предполагаю, что переписывание считается как удалением, так и добавлением, которое удваивает статистику.

Answer 1

Немного менее бесполезная метрика - время компиляции.
Если ваш проект занимает больше, чем ... скажем, 30 минут, чтобы собрать, это большой :)

Answer 2

Использование Steve Yegge в качестве ориентира в верхнем диапазоне шкалы, скажем, что 500k lines of code есть (более?) Максимум может поддерживать один разработчик.

Более серьезно; Я думаю, что после того, как вы нажмете 100 000 LOC, вы, вероятно, захотите начать поиск повторных факторингов перед расширением кода.

Обратите внимание, однако, что один путь вокруг этого предела, очевидно, для более подробного разделения кода. Если общая сумма всего кода состоит из двух или трех больших библиотек и приложения, то в сочетании это может быть больше, чем вы могли бы поддерживать как единую базу кода, но до тех пор, пока каждая библиотека красиво автономна, вы aren не будет превышать способность понимать каждую часть решения.

Answer 3

По-моему, это также зависит от дизайна вашего кода - я работал над проектами в диапазоне 1-10K, который был так плохо разработан, что он походил на действительно большой проект.

Но LOC действительно интересный вопрос для кода? ;-)

Answer 4

Возможно, еще одним измерением для этого будет измерение COCOMO - хотя оно, вероятно, так же бесполезно, как и LOC.

Один разработчик мог выполнять только органические проекты - «небольшие» команды с «хорошим» опытом, работающим с «менее жесткими» требованиями.

В этом случае Эффорд применяется в человеко-месяцев рассчитывается как

2.4 * (kLOC)^1.05 

При этом, 1kLOC потребуется 2,52 человеко-месяц. Вы можете использовать несколько факторов, чтобы уточнить это на основе атрибутов продукта, оборудования, персонажа и проекта.

Но все, что мы сейчас сделали, спроектировано LOC для измерения времени. Здесь вам снова нужно решить, считается ли большой двухмесячный или 20-месячный проект.

Но, как вы сказали, LOC, вероятно, не является подходящей мерой для использования. Ключевые слова: метрики программного обеспечения, функциональные точки, планирование на основе фактических данных, игра строгания.