AC
дак само постичайте - sloccount в любом дистрибутиве есть, натравите на код
Size: a a a
2021 November 18
AC
ровно такая же продуктивность и получится
SP
зависит от возраста проекта в том числе. можно почитать боба мартина чистую архитектуру на эту тему. если вкратце на начальном этапе проекта ты за час кодишь сто строк в час а на конечном этапе одну строку в 10 часов.
VL
Продвинутый cloc?
SP
и это совпадает с моим личным мироощущением. ну.. с моим у вас может иной опыт )
VL
Вот в чём незадача, как сделать так чтобы производительность не падала в течении жизни проекта?
SP
вот смотри ты когда могилу роешь ты вначали огромными шматами раскидываешь землю
SP
а потом только бортики подравниваешь :)
SP
чтоб гроб пролез
KC
А зачем мерить производительность строчками кода?
VL
Верно, не строчками, но некими попугаями мерить надо
DL
100 строк на кложе - это очень дофига, некоторые полноценные либы такого размера
AK
ну строчки просто очень однозначны. Они точно есть и их понятно как считать)
KC
Не понятно только как интерпретировать )
AC
ну, как зачем? вот есть похожий проект, мы знаем, в нем например 80к строчек, и хотим его переписать или поддерживать - нужно же как-то это дело посчитать в попугаях
DL
Я тебе влегкую на кложе ЛоКи могу увеличить вдвое тупо сделав перенос аргументов функций
KC
VL
Я бы скорее отталкивался от оценки фич
AC
у каждого языка есть так называемый "полезный объем", на основе него и считается - там целые диссертации защищают по теме подсчета производительности