Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

А как его посчитать то?

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

10-15 kloc в год (14kloc=684kb в моём проекте)

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

Боюсь, отрицательная величина получится. Я тут на одном проекте кучу кода на авто-генерацию перевел.

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

L>Боюсь, отрицательная величина получится. Я тут на одном проекте кучу кода на авто-генерацию перевел.

Кстати +1, у меня тоже громадная отрицательная величина по крайней мере за последние три месяца. Где-то -100Kb/месяц с одновременным увеличением функциональности, ликвидацией утечек памяти, увеличением быстродействия.

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

L>>Боюсь, отрицательная величина получится. Я тут на одном проекте кучу кода на авто-генерацию перевел.

T>Кстати +1, у меня тоже громадная отрицательная величина по крайней мере за последние три месяца. Где-то -100Kb/месяц с одновременным увеличением функциональности, ликвидацией утечек памяти, увеличением быстродействия.

господа, все уже поняли, что у вас маленькие члены

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

BZ>10-15 kloc в год (14kloc=684kb в моём проекте)

Занятно, очень близкие показатели. А kloc physical или logical? Если logical, то чем измерения проводились?

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

T>>Кстати +1, у меня тоже громадная отрицательная величина по крайней мере за последние три месяца. Где-то -100Kb/месяц с одновременным увеличением функциональности, ликвидацией утечек памяти, увеличением быстродействия.

BZ>господа, все уже поняли, что у вас маленькие члены

Судя по отрицательной величине у меня так и вовсе не член, а очень даже наоборот.

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

Да... Тем, кто на Delphi, больше повезло...

MT>Да... Тем, кто на Delphi, больше повезло...

Ага, а засчитывается ли код, который генерит дизайнер студии?

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

MT>>Да... Тем, кто на Delphi, больше повезло...

Х>Ага, а засчитывается ли код, который генерит дизайнер студии?

Также добавлю вопросы:
А сгенеренный решарпером/студийными средствами? А найденный интелисенсом? А построенный реверсивным инженером?

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

L>Боюсь, отрицательная величина получится. Я тут на одном проекте кучу кода на авто-генерацию перевел.

Хорошо, давайте считать, кто меньше написал

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

Блин, мы же профессионалы. Давай, просто линейку возьмём...

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

BZ>>10-15 kloc в год (14kloc=684kb в моём проекте)

I>Занятно, очень близкие показатели. А kloc physical или logical? Если logical, то чем измерения проводились?

wc это кстати вместе с комментами

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

За 4 месяца на новом проекте получилось 300кб (С++). Т.е. 75Кб/мес получается.
Думаю, что на более поздних стадиях проекта (ближе к релизу) скорость снизится (больше времени будет уходить на багфиксинг и рефакторинг).
Т.е. где-то примерно как у тебя производительность получается.

MT>>>Да... Тем, кто на Delphi, больше повезло...
Х>>Ага, а засчитывается ли код, который генерит дизайнер студии?
N>А сгенеренный решарпером/студийными средствами? А найденный интелисенсом? А построенный реверсивным инженером?

Ну тут уж индивидуально, насколько код считается "своим" — т.е. если он автоматически построен тулзой и в него никто никогда не заглядывал, то не "свой", а если тулза сгенерировала прототип/интерфейс, который потом старательно обрабатывался руками — то "свой".

А вообще, это же просто примерная оценка, не надо уж в такие тонкости заходить

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

_>За 4 месяца на новом проекте получилось 300кб (С++). Т.е. 75Кб/мес получается.
_>Думаю, что на более поздних стадиях проекта (ближе к релизу) скорость снизится (больше времени будет уходить на багфиксинг и рефакторинг).
_>Т.е. где-то примерно как у тебя производительность получается.

Становится все интереснее. Еще одно значение численной оценки одного порядка. Что покажет статистика дальше? Есть повод задуматься

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

Очень сильно зависит от конкретной работы. Вот, к примеру, в нашем проекте компилятор кой чего без автогенеренного кода занимает 700К. На первый более менее законченный вариант ушло где то порядка месяца. Но при этом где то половину этого месяца ушло на маленький кусочек 50К размером.

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

I>Становится все интереснее. Еще одно значение численной оценки одного порядка. Что покажет статистика дальше? Есть повод задуматься

Еще интересней станет если потом положишь среднюю производительность на среднюю з/п

Вспомнился Карцев

Вчера были раки по пять, но ооооочень большие.
А сегодня по три, но ооочень маленькие

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

AVK>Очень сильно зависит от конкретной работы. Вот, к примеру, в нашем проекте компилятор кой чего без автогенеренного кода занимает 700К. На первый более менее законченный вариант ушло где то порядка месяца. Но при этом где то половину этого месяца ушло на маленький кусочек 50К размером.

Конечно, при рассмотрении небольшого временного интервала показатели могут различаться на порядки, в зависимости от типа выполняемой работы. Данная оценка интересна в долгосрочной перспективе, именно поэтому и назван изначально период в год. Оценка за несколько лет может дать еще более стабильную картину, но такие показатели уже сложнее собрать, хотя BulatZiganshin и называл усреднённый показатель за несколько лет (как я понял его).

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

I>Конечно, при рассмотрении небольшого временного интервала показатели могут различаться на порядки, в зависимости от типа выполняемой работы.

Не только короткого. Я тебе привел пример, когда за месяц была наработана твоя годовая норма. Значит, как минимум за год уже показатели могут плавать в 2 раза.

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

AVK>Очень сильно зависит от конкретной работы. Вот, к примеру, в нашем проекте компилятор кой чего без автогенеренного кода занимает 700К. На первый более менее законченный вариант ушло где то порядка месяца. Но при этом где то половину этого месяца ушло на маленький кусочек 50К размером.

AVK>Не только короткого. Я тебе привел пример, когда за месяц была наработана твоя годовая норма. Значит, как минимум за год уже показатели могут плавать в 2 раза.

700Кб/месяц это результат работы одного разработчика без использования автогенераторов? Из первого поста у меня такого впечатления не сложилось, возможно из-за фразы "в нашем проекте компилятор кой чего без автогенеренного кода занимает 700К". Интересны именно личные показатели.

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

I>700Кб/месяц это результат работы одного разработчика без использования автогенераторов?

Exactly

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

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

I>>700Кб/месяц это результат работы одного разработчика без использования автогенераторов?

AVK>Exactly

Говорят, он быстроходен, даже неуловим:

10 * 8 * 3600 = 288000
650000 / 288000 = 2.26 знака/с = 135.4 знака/мин

Хм. VladD2?

Никогда не занимался подобной фигней, как замером своей производительности в строчках кода.

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

А у меня... Один мегабайт исходников. Это весть проект.
Таким он стал 4 года назад. И больше не растет.
А месяц назад похудел на 30КБайт. (смайлик, высовывающий язык)

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

ГВ>Говорят, он быстроходен, даже неуловим:

ГВ>10 * 8 * 3600 = 288000

24 плюс копипейст, надо полагать

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

Решарпер и комменты забыл.

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

AVK>Решарпер и комменты забыл.

Ну если только с решарпером.

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

ГВ>Ну если только с решарпером.

а что он такого делает?

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

BZ>а что он такого делает?

Продвинутый автокомплит, автоматический рефакторинг, заготовки реализаций интерфейсов и override методов, создание стабов методов, локальных переменных, полей по месту, автоматическая генерацият equals/gethashcode, сниппеты, автоматическое создание конструкторов, свойств, автоматическое добавление проверок на null и куча другого.

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

AVK>Продвинутый автокомплит, автоматический рефакторинг, заготовки реализаций интерфейсов и override методов, создание стабов методов, локальных переменных, полей по месту, автоматическая генерацият equals/gethashcode, сниппеты, автоматическое создание конструкторов, свойств, автоматическое добавление проверок на null и куча другого.

понятно. где-то половина из этого в хаскеле не нужна, т.е. выходит что условно говоря 700 кб на C# равны по функциональности 350 кб на хаскеле, но при этом пишутся они за одинаковое время

а вот как интересно в плане дальнейшего сопровождения. к примеру, добавляешь ты поле в класс — все сгенерённые методы автоматом изменяются? или допустим изменяешь тип переменной, которая передаётся в подпрограмму — тип подпрограммы автоматом изменится?

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

BZ>понятно. где-то половина из этого в хаскеле не нужна, [...]
BZ>а вот как интересно в плане дальнейшего сопровождения. [...]

Ну всё, начались сравнения линеек...

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

BZ>понятно. где-то половина из этого в хаскеле не нужна, т.е. выходит что условно говоря 700 кб на C# равны по функциональности 350 кб на хаскеле, но при этом пишутся они за одинаковое время

При чем тут хаскель?

BZ>а вот как интересно в плане дальнейшего сопровождения. к примеру, добавляешь ты поле в класс — все сгенерённые методы автоматом изменяются?

Нет конечно. А почему методы должны меняться от добавления поля?

BZ> или допустим изменяешь тип переменной, которая передаётся в подпрограмму — тип подпрограммы автоматом изменится?

Если через рефакторинг change signature делать — изменится везде, где он используется в солюшене.

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

BZ>>понятно. где-то половина из этого в хаскеле не нужна, т.е. выходит что условно говоря 700 кб на C# равны по функциональности 350 кб на хаскеле, но при этом пишутся они за одинаковое время

AVK>При чем тут хаскель?

потому, что многословность C# компенсируется средствами автогенерации кода, разве непонятно?

BZ>>а вот как интересно в плане дальнейшего сопровождения. к примеру, добавляешь ты поле в класс — все сгенерённые методы автоматом изменяются?

AVK>Нет конечно. А почему методы должны меняться от добавления поля?

к примеру автосгенерённый метод equal сравнивает *все* поля на момент генерации. что делать после добавления нового поля?

BZ>> или допустим изменяешь тип переменной, которая передаётся в подпрограмму — тип подпрограммы автоматом изменится?

AVK>Если через рефакторинг change signature делать — изменится везде, где он используется в солюшене.

смотри:

int a;
f(a)

f(int x) {
 g(x);
}

g(int y) {
}

теперь ты меняешь тип a на double. изменятся автоматом типы функций?

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

AVK>>При чем тут хаскель?

BZ>потому, что многословность C# компенсируется средствами автогенерации кода, разве непонятно?

Непонятно, какое отношение к разговору имеет многословность шарпа по отношению к хаскелю.

AVK>>Нет конечно. А почему методы должны меняться от добавления поля?

BZ>к примеру автосгенерённый метод equal сравнивает *все* поля на момент генерации. что делать после добавления нового поля?

Equals надо перегенерять.

AVK>>Если через рефакторинг change signature делать — изменится везде, где он используется в солюшене.

BZ>смотри:
BZ>

BZ>int a;
BZ>f(a)

BZ>f(int x) {
BZ> g(x);
BZ>}

BZ>g(int y) {
BZ>}
BZ>

BZ>теперь ты меняешь тип a на double. изменятся автоматом типы функций?

Такого рефакторинга у решарпера нет. Есть наоборот — меняешь сигнатуру метода, меняется исползование.

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

AVK>Непонятно, какое отношение к разговору имеет многословность шарпа по отношению к хаскелю.

потому что производиетльность труда оценивается в конечном счёте не в строчках, а в фичах

BZ>>смотри:
BZ>>

BZ>>int a;
BZ>>f(a)

BZ>>f(int x) {
BZ>> g(x);
BZ>>}

BZ>>g(int y) {
BZ>>}
BZ>>

BZ>>теперь ты меняешь тип a на double. изменятся автоматом типы функций?

AVK>Такого рефакторинга у решарпера нет. Есть наоборот — меняешь сигнатуру метода, меняется исползование.

ну а тип через несколько вложенных вызовов оно протащит? т.е. один из "рефакторингов" состоит в том, что в g нужно изменить тип y — сделать из него tuple или ещё что. меняется тело g. в соответствии с этим меняется и вызов верзнего уровня, f(a), который теперь должен передавать больше данных. проблема в том, что теперь должны измениться и сигнатуры всех промежуточных метордов, через которые эти данные протаскиваются. при выводе типов это проихсодит автоматом. может ли как-то решить эту проблему решарпер?

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

BZ>потому что производиетльность труда оценивается в конечном счёте не в строчках, а в фичах

Это к автору топика.

AVK>>Такого рефакторинга у решарпера нет. Есть наоборот — меняешь сигнатуру метода, меняется исползование.

BZ>ну а тип через несколько вложенных вызовов оно протащит?

Скорее всего нет — слишком чревата подобная автоматика. Я бы такое сразу отключил.

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

BZ>>потому что производиетльность труда оценивается в конечном счёте не в строчках, а в фичах
AVK>Это к автору топика.

а он тут при чём? меня заинтересовал решарпер vs haskell

AVK>>>Такого рефакторинга у решарпера нет. Есть наоборот — меняешь сигнатуру метода, меняется исползование.

BZ>>ну а тип через несколько вложенных вызовов оно протащит?

AVK>Скорее всего нет — слишком чревата подобная автоматика. Я бы такое сразу отключил.

люди всегда боятся нового

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

BZ>а он тут при чём? меня заинтересовал решарпер vs haskell

Тогда заводи отдельный топик, причем не в этом форуме.

AVK>>Скорее всего нет — слишком чревата подобная автоматика. Я бы такое сразу отключил.

BZ>люди всегда боятся нового

Это не новое. Примерно по той же причине в Nemerle, к примеру, нет вывода типов к контрактах. Контракты должны формироваться человеком, а не плавать, иначе большая часть смысла в них теряется.

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

Я стабильно пишу в год 60-80 тысяч строк на Си ("физических" строк), на фоне того, что архитектура тоже моя (и не только для себя). В килобайтах я не понимаю, увы — этот параметр легко изменится в 2 раза в зависимости от того, чем вы делаете отступы — пробелами или табуляциями.

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

I>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

16-17 см.

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

I>>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

C>16-17 см.

И это только в диаметре! (с)

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

T>>Кстати +1, у меня тоже громадная отрицательная величина по крайней мере за последние три месяца. Где-то -100Kb/месяц с одновременным увеличением функциональности, ликвидацией утечек памяти, увеличением быстродействия.

BZ>господа, все уже поняли, что у вас маленькие члены

Не маленькие члены, а большие вагины.

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

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

O>профессионализм прямо пропорционален количеству решенных задач (пофикшенных багов, заимплеменченных фич etc с определенными весовыми коэффициентами) и обратно пропорционален количеству написанных для этого строк кода.

А где в вашей формуле сложность решенных задач, и количество проблем, созданных в ходе их решения?

Pzz>А где в вашей формуле сложность решенных задач, и количество проблем, созданных в ходе их решения?

здесь>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
O>>профессионализм прямо пропорционален количеству решенных задач (пофикшенных багов, заимплеменченных фич etc с определенными весовыми коэффициентами) и обратно пропорционален количеству написанных для этого строк кода.

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

O>>>профессионализм прямо пропорционален количеству решенных задач (пофикшенных багов, заимплеменченных фич etc с определенными весовыми коэффициентами) и обратно пропорционален количеству написанных для этого строк кода.

Сразу видно стратега — мелкими тактическими вопросами не занимаешься.

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

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

O>>профессионализм прямо пропорционален количеству решенных задач (пофикшенных багов, заимплеменченных фич etc с определенными весовыми коэффициентами) и обратно пропорционален количеству написанных для этого строк кода.

Pzz>А где в вашей формуле сложность решенных задач, и количество проблем, созданных в ходе их решения?

профессионализм прямо пропорционален количеству заработаных денег (и себе и "дяде", если такой + деньги, за которые будет продан полученный опыт). Формула? ааа, нуууу, блин, ну тут такое дело. Ну я ее в общем потерял, но как только найду сразу напишу!

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

N>профессионализм прямо пропорционален количеству заработаных денег (и себе и "дяде", если такой + деньги, за которые будет продан полученный опыт). Формула? ааа, нуууу, блин, ну тут такое дело. Ну я ее в общем потерял, но как только найду сразу напишу!

Точно. А единица измерения — сантиметр длины окружности.

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

A>Здравствуйте, chipsеt, Вы писали:

I>>>Собираюсь в отпуск и решили провести заключительный разбор на сколько за год подрос проект — по всем параметрам: функциональность, юзабилити и многое другое, в частности, собственно размер исходников. Выяснилось, что за прошедший год лично я накодил порядка 700 Кб исходников на Java, т.е., грубо говоря, порядка 60 Кб в месяц. Это по основному проекту, всякие мелкие тулзы не рассматриваем. Стало интересно, а сколько в среднем кода пишут коллеги?

C>>16-17 см.

A>И это только в диаметре! (с)

Не обижай, это радиус

N>>профессионализм прямо пропорционален количеству заработаных денег (и себе и "дяде", если такой + деньги, за которые будет продан полученный опыт). Формула? ааа, нуууу, блин, ну тут такое дело. Ну я ее в общем потерял, но как только найду сразу напишу!

ГВ>Точно. А единица измерения — сантиметр длины окружности.

лучше просто сантиметр длины