Привет!

Сколько строчек кода создает среднестатистический кодер C/C++ за год работая полную рабочую неделю?

36.6

Здравствуйте, alseides, Вы писали:

A>36.6
ну это в високосный год, в обычный в среднем где-то так примерно получается около 36.5.

Здравствуйте, Igor Sukhov, Вы писали:

IS>Здравствуйте, alseides, Вы писали:

A>>36.6
IS>ну это в високосный год, в обычный в среднем где-то так примерно получается около 36.5.
это с каких пор программисты работают по воскресеньям и праздникам?

Здравствуйте, RadioShark, Вы писали:

RS>Привет!

RS>Сколько строчек кода создает среднестатистический кодер C/C++ за год работая полную рабочую неделю?

6200 LOC/year

Здравствуйте, StatujaLeha, Вы писали:

A>>>36.6
IS>>ну это в високосный год, в обычный в среднем где-то так примерно получается около 36.5.
SL>это с каких пор программисты работают по воскресеньям и праздникам?

при чем тут работа ? Мы разве не о ДЛИНЕ говорим ?

Здравствуйте, bkat, Вы писали:

B>6200 LOC/year

А откуда такая инфа, если не секрет?
По моим личным прикилкам выходит несколько другая цифра.

А если брать за основу 6200 LOC/year, то в среднем получается порядка 3 LOC/hour... Не маловато ли? То есть конечно это будет маловато, если человек занят исключительно кодингом... А если он плюс к этому ещё и дворник по совместительству, то это всё меняет.

Здравствуйте, Firstborn, Вы писали:

F>Здравствуйте, bkat, Вы писали:

B>>6200 LOC/year

F>А откуда такая инфа, если не секрет?
F>По моим личным прикилкам выходит несколько другая цифра.

F>А если брать за основу 6200 LOC/year, то в среднем получается порядка 3 LOC/hour... Не маловато ли? То есть конечно это будет маловато, если человек занят исключительно кодингом... А если он плюс к этому ещё и дворник по совместительству, то это всё меняет.

Да я это высчитал из 27-30 LOC/day.
Примерно такая средняя производительность мелькает в разных источниках
и вроде у Боема (Barry Boehm) была именно такое число (могу ошибаться, так как не проверял).

Впрочем это это не столь важно.
Просто вопрос вполне нормальный и в юморе ему делать нечего.

"Firstborn" <21897@users.rsdn.ru> wrote in message
news:1580593@news.rsdn.ru...
> 3 LOC/hour... Не маловато ли? То есть конечно это будет маловато, если
> человек занят

IMHO многовато даже.
Вот у меня за крайние полгода производительность... весьма странная вышла,
рефакторинг уменьшил количество кода на пару сотен килобайт. Итого — минус
несколько строк в час... -)

SkyDance wrote:
>
>> 3 LOC/hour... Не маловато ли? То есть конечно это будет маловато, если
>> человек занят
>
> IMHO многовато даже.
> Вот у меня за крайние полгода производительность... весьма странная вышла,
> рефакторинг уменьшил количество кода на пару сотен килобайт. Итого — минус
> несколько строк в час... -)

Если бы меня спросили, я бы за уменьшение количества строк (при
сохранении функциональности) премию давал бы.

Здравствуйте, Pzz, Вы писали:

Pzz>Если бы меня спросили, я бы за уменьшение количества строк (при
Pzz>сохранении функциональности) премию давал бы.

for(i=0;i<n;i++)ar[i]=*++prt;if(*++k<*--n) *f=-f*d*r;

Помимо функциональности есть еще и читаемость, и удобство сопровождения. И даже производительность.

Sash_xp wrote:
>
> Pzz>Если бы меня спросили, я бы за уменьшение количества строк (при
> Pzz>сохранении функциональности) премию давал бы.
>
> for(i=0;i<n;i++)ar[i]=*++prt;if(*++k<*--n) *f=-f*d*r;
>
> Помимо функциональности есть еще и читаемость, и удобство сопровождения.
> И даже производительность.

Ну, я имею ввиду, что некоторые разумные правила форматирования нарушать
при этом нельзя. Например, нельзя писать более одного оператора в
строке. Комментарии тоже должны быть.

Здравствуйте, bkat, Вы писали:

B>Да я это высчитал из 27-30 LOC/day.
B>Примерно такая средняя производительность мелькает в разных источниках
B>и вроде у Боема (Barry Boehm) была именно такое число (могу ошибаться, так как не проверял).

Буду тупо настойчив... Всё же хотелось бы ссылку хоть на один источник, а?

Firstborn wrote:
>
> B>Да я это высчитал из 27-30 LOC/day.
> B>Примерно такая средняя производительность мелькает в разных источниках
> B>и вроде у Боема (Barry Boehm) была именно такое число (могу ошибаться,
> так как не проверял).
>
> Буду тупо настойчив... Всё же хотелось бы ссылку хоть на один источник, а?

А можно поинтересоваться, какая вообще может быть полезность в такой
информации?

Здравствуйте, Pzz, Вы писали:

Pzz>А можно поинтересоваться, какая вообще может быть полезность в такой
Pzz>информации?

Это совершенно другая тема.

Здравствуйте, Pzz, Вы писали:

Pzz>Ну, я имею ввиду, что некоторые разумные правила форматирования нарушать
Pzz>при этом нельзя. Например, нельзя писать более одного оператора в
Pzz>строке. Комментарии тоже должны быть.

ну комменттарии как раз не всегда обязательны, иногда даже вредны. Какой из этих примеров вам более поняттен?

double temp = 0.0;
//бежим по всем элементам массива arr
for(int i = 0; i < arr.Length; i++)
{
    //суммируем
    temp += arr[i].Amount;
}

или

double custonerAmount = 0.0;
for(int orderNum = 0; orderNum < orders.Length; orderNum++)
{
    customerAmount += orders[orderNum].Amount;
}

Все-таки количтество строк кода далеко не так важны как другие его характеристики.

Firstborn wrote:
>
> Pzz>А можно поинтересоваться, какая вообще может быть полезность в такой
> Pzz>информации?
>
> Это совершенно другая тема.

И все-таки?

Здравствуйте, Sash_xp, Вы писали:

S_>ну комменттарии как раз не всегда обязательны, иногда даже вредны. Какой из этих примеров вам более поняттен?

Вот такой:

/***** Calculate total amount of I don't know what *****/
double customerAmount = 0;
for( int i = 0; i < orders.Length; i ++ )
    customerAmount += orders[ i ].Amount;

Комментарии говорят, что мы делаем. Код говорит, как мы это делаем.

S_>Все-таки количтество строк кода далеко не так важны как другие его характеристики.

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

Количество строк кода — плохое мерило функциональности. Программист, который систематически употреблает cut and paste будет производить больше кода, но качество и возможность поддержки будут хуже.

Здравствуйте, Pzz, Вы писали:

Pzz>Firstborn wrote:
>>
>> Pzz>А можно поинтересоваться, какая вообще может быть полезность в такой
>> Pzz>информации?
>>
>> Это совершенно другая тема.

Pzz>И все-таки?

Например, такая информация может быть полезна при развёртывании систем управления качеством вроде SEI SW-CMM/CMMI.Да мало ли ещё для чего это может быть полезно...

Здравствуйте, Pzz, Вы писали:

Pzz>Программист, который систематически употреблает cut and paste будет...

...отт***ан в процессе peer review, будет вынужден переделать свой код по уму, а потом уже с финального варианта будут сняты все необходимые метрики, вроде LOC. Такой вот например вариант может быть.