Недостатки, связанные с применением LOC — оценок

• · Данные единицы измерения сложно применять на ранних стадиях жизненного цикла, когда высок уровень неопределенности.
• · Исходные инструкции могут различаться в зависимости от языков программирования, методов проектирования, стиля и способностей программистов.
• · Применение методов оценки с помощью количества строк не регламентируется промышленными стандартами, например ISO.
• · Разработка ПО может быть связана с большими затратами, которые напрямую не зависят от размеров программного кода. Это так называемые фиксированные затраты, связанные с разработкой спецификации требований, подготовкой пользовательской документации и пр., которые не включены в прямые затраты на кодирование.
• · Программисты могут быть незаслуженно премированы за достижение высоких показателей LOC, если служба менеджмента посчитает это высоким признаком продуктивности. Хотя иногда большой объем кодирования является свидетельством недостаточно тщательного проектирования программы. Исходный код не является самоцелью при создании готового продукта, гораздо важнее обеспечить требуемую функциональность программного средства и добиться высоких показателей производительности команды.
• · При подсчете LOC — единиц следует различать автоматически сгенерированный код и написанный вручную. Это сильно затрудняет применение автоматических методов подсчета.
• · Показатели LOC не могут осуществляться при нормализации в случае, если использовались разные платформы или типы языков программирования.
• · Единственным способом получения LOC — оценки является сравнение с аналогичными разработками или экспертные мнения, а эти оценки изначально не относятся к числу точных.
• · Генераторы кода зачастую провоцируют избыточный его объем, что может привести к значительным погрешностям в оценке размера ПС.

Часто производительность труда программистов оценивается по числу производимых строк кода, а это не всегда верно. Если программист вместо 200 строк в месяц напишет 250, то это не значит, что он точно стал лучше работать и заслуживает поощрения. Более правильно было бы учитывать не только количество написанного кода, но и его качество, что можно сделать с помощью применения следующей формулы: