Оценка производительности программиста

Как подсчитать производительность программиста по числу написанных им строк кода?

Эдак Маяковский-style был бы мегаприбыльным ☺

Кто же по количеству строк оценивает? Ставим задачу — как реализует, его дело. Лишь бы работало, как описано в ТЗ.

Существуют ли какие-то приблизительные формулы?

формула — сделать так, чтобы тебе было как можно прибыльнее/менее убыточно :))

Нас на проекте заставляют мерить собственную производительность труда. Я с этим ничего не могу поделать

http://en.wikipedia.org/wiki/COCOMO

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

Ну так иной раз сидишь, часа 3-4 убиваешь на алгоритм, а потом за полчаса реализуешь его несколькими десятками строк кода. А иногда строчишь этот код, как флуд на ЛОРе…

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

Какой бы она не была, от таких работодателей надо бежать.

>строк кода

Код-макаронина, I choose you!

в таком случае говнокодеры будут получать в разы больше остальных.

Есть плагины к меркуриалу, которые считают вклад пользователя в числе изменённых строк кода. Думаю, что и к другим системам контроля версий есть.

Оценка производительности программиста по числу строчек кода ни к чему хорошему не приведёт.

http://lurkmore.to/индусский_код#K.D0.B8.D1.82.D0.B0.D0.B9.D1.81.D0.BA.D0.B8....

cd project
find . | xargs cat | wc

(:

hg diff | wc -l ?

man diff

Как подсчитать производительность программиста по числу написанных им строк кода?

Никак. Ибо профессионалы пишут кратко, нубы длинно.

Например, программист потратил какое-то время на задачу - добавил N строк кода, и удалил M строк из существующего проекта. По какому методу в таком случае оценивать?

По методу «задача решена или не решена».

Ибо профессионалы пишут кратко, нубы длинно.

Во-во! Мой быдлокод если профессионал посмотрит, то охренеет просто!

Ибо профессионалы пишут кратко, нубы длинно.

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

Тут дело определяется только ленью, а не профессионализмом.

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

И твой код читать можешь только ты, а про внесение изменений можно даже и не думать? :)

У меня вопрос поинтереснее. Как подсчитать производительность говноменеджерка, в предметной области неразбирающегося? Когда дорабатывается сущуствующий проект — тут понятно: число бумажек, переложенных с левой части стола на правую, делим на затраченное время. Но когда речь идёт о разработке проекта с нуля — как быть в этом случае? Например, менеджерок написал M бумажек и N пропустил через шреддер. По какому методу в таком случае оценивать? Существуют ли какие-то приблизительные формулы?

пиши «производительность высокая» :)

И твой код читать можешь только ты

Увы, да.

а про внесение изменений можно даже и не думать?

Почему? Метапрограммирование позволяет достичь очень низкой связности кода. И короткий-то код как раз проще понять.

Как подсчитать производительность программиста по числу написанных им строк кода?

Никак, и я, как любитель APL/J, первым же набил бы вам лицо, если бы вы попытались это сделать :)

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

У меня вопрос поинтереснее. Как подсчитать производительность говноменеджерка, в предметной области неразбирающегося? Когда дорабатывается сущуствующий проект — тут понятно: число бумажек, переложенных с левой части стола на правую, делим на затраченное время. Но когда речь идёт о разработке проекта с нуля — как быть в этом случае? Например, менеджерок написал M бумажек и N пропустил через шреддер. По какому методу в таком случае оценивать? Существуют ли какие-то приблизительные формулы?

Естественно. Но для программистов и других непосвященных они не афишируются.

а я, как большой лентяй, обхожусь кратеньким кодом

теперь профессиональный программист ты :)

Какие-то странные варианты вы предлагаете.
Работодатель оценивает, насколько быстро реализовано задача.
Эксперты (старшие товарищи, начальники отделов, авторитетные технические специалисты) оценивают насколько качественно реализована задача.

Вот и все.

Ф. Брукс Мифический человеко-месяц

Не факт, иногда там где профессионал напишет три класса, нуб может обойтись одной функцией.

Нас на проекте заставляют мерить собственную производительность труда.

гос контора?

Измерение производительности программиста количеством строк приводит к снижению качества и повышению системных требований. В лучшем случае. Тупые манагеры, из за них взорвался гинденбург, утонул титаник и возможно взорвалась известная АЭС.

Если код получается слишком длинным, значит я что-то делаю не так и надо еще подумать.

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

Семь лет назад работал я на пром. предприятии программистом. В отделе со мной работали программисты старой «советской» школы. Зоя Владимировна программист-экономист, сейчас уже давно на пенсии. Рассказывала как в стародавние времена у них в институте объявился новый руководитель и попытался производительность в строках кода мерить... Его тогда высмеяли.

Идет время, меняются поколения, а идиоты были, есть и будут.

Поделить пограммиста на 0. Потом привести либо к усредненному китайцу, либо к усреднённому индусу.

иногда там где профессионал напишет три класса, нуб может обойтись одной функцией.

если под профессионалом подразумевается более квалифицированный человек то значит нуб делает что-то не то. Иначе получается что нуб круче профи.

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

Если «професмсионал» не владеет метапрограммированием то какой же он профи? Так, програмирующий гамадрил. Это нубам вроде нас, для которых кодинг это либо хобби либо побочный инструмент простительно.

«Производительность». Вы там потоково говнокодите? Тогда производительность измеряется в «сайтах в час».

Надо бы подобрать этой единице измерения какое-нибудь красивое название...

http://www.gnu.org/software/hello/

на вике ( да и начиная с Гриса |Гласа) есть метрики оценивающие различные критерии кода , как то : связность; хроматическию; цикломатическую и т.п

вот вчём будет круче тех папугаев и предьявляй оунерам на тему увеличения зряплаты.

По какому методу в таком случае оценивать? Существуют ли какие-то приблизительные формулы?

приблизительная формула такая: k(r+x*o^2), где k -эмпирически подобранный коэффицент, r - сумма распила, o - процент отката, x - суммарные расходы

а тут разное понимание что считать необходимым решением:

нуб на бэйсике накидает работающий(в его условиях) лисапед по принципы получил результат работы программы - программу необходимо выбросить

а

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

в зависимости от среды , какое поведение есть поведение профи различно

http://www.gnu.org/fun/jokes/helloworld.html

Я - программист?! За такое скрепку в глаз можно получить.

Организуйте себе СКВ (git, например) и оценивайте(сь) по количеству коммитов, например,
коммит такой-то: убраны устаревшие неиспользуемые функции;
коммит такой-то: добавлен класс Killer для описания киллеров;
коммит такой-то: исправлен баг номер 66613 (сегфолт при запуске);
...

Просто ну по количеству строк нельзя оценивать вклад конкретного программера в разрабатываемый несколькими людьми проект. В моём примере первый коммит — это может быть -10000 строк кода, а в третьем (где исправлен жуткий баг) — вообще только одна строка исправлена (не добавлена и не убрана).

Есть плагины к меркуриалу, которые считают вклад пользователя в числе изменённых строк кода.

В гите из коробки

Как подсчитать производительность программиста по числу написанных им строк кода?

Подсчёт производительности программиста по числу написанных строк кода нужно делать по числу написанных фич, а не строк.

У нас в конторе производительность меряется относительно синьёра. Т.е. отношение затраченного на задачу времени ко времени, которое затратил бы синьёр.

Ну так пиши - ох%енная, и все дела

Миска риса в день. И не надо никаких формул.

Ну не в строчках же мерить в конце то концов...

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

Значит такие профессионалы.