Совсем-совсем дурацкий вопрос

А зачем мерять?

это слишком фундаментальный вопрос )

Линейкой.

Количество эффективного кода в час?

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

Тут, правда, ещё маркетоидов надо учитывать. Но суть, я думаю, ясна

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

по конечному результату разве что

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

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

Оставлю это здесь:
http://ithappens.ru/story/7693

И да, знаю, что ihappens вроде как УГ, но всё равно читаю.

А что, есть аналоги лучше?

Правильный ответ - никак. Бенчмаркинг людей обречен на провал, потому что люди нелогичны и не всегда поступают как надо и как логично, да и не всегда одинаково, особенно, если есть несколько правильных путей.

Добавлю, что люди еще и все неодинаковые чисто биологически, причем порой настолько неодинаковы, что диву даешься.

Структурно-ориентированный, штоле?

Это наталкивает меня на мысль, что в промышленном программировании (да и любом другом) человеческий фактор настолько велик, что точной науки в программировании совсем мало, а намного больше — психологии и прочего ГСМ. Так что технофашисты, которые ГСМ отвергают и/или игнорируют, рано или поздно садятся в неиллюзорную лужу — когда стыкаются с практикой.

> В чем и как измеряете лично свою и чужую эффективность?

RescueTime.

Остальные вопросы, я надеюсь, ты задал по накурке.

> Остальные вопросы, я надеюсь, ты задал по накурке.

Я же честно предупредил, что они дурацкие.

График Impact на GH показывает вполне адекватные результаты. Сразу показывает, где я пахал как лось, а где балду пинал.

> Это наталкивает меня на мысль, что в промышленном программировании (да и любом другом) человеческий фактор настолько велик

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

что точной науки в программировании совсем мало

Зависит от области.

а намного больше — психологии и прочего ГСМ.

ГСМ не имеет никакого отношения к способностям человека в литературе, музыке, искусстве.

Менеджмент - это и есть ГСМ. Только вот в менеджерах чаще всего оказываются типичные идиоты, потому что остальные занимаются тем, что им интересно. А те менеджеры, которые занимаются тем, что им интересно, очень быстро уходят наверх по карьерной лестнице, в силу своих способностей и увлеченности, и на их место становятся идиоты.

Типичный пример - Apple. Чуть менее типичный - Microsoft. И еще over9000 компаний, которые развивались только на личностных качествах руководства. И наоборот - есть компании-могильщики, вроде Oracle, которые ничего своего не делают, а только паразитируют на купленных продуктах, со временем выпивая из них все соки. Ими как раз руководит типичное быдло от менеджеров, которые оказались менеджерами только потому, что больше ничего делать не умеют совсем - рукожопие в терминальной стадии, и мозг планктонины, если бы у планктона был мозг...

Тому же некрософту после ухода Гейтса понадобилось много лет, прежде чем он оказался в нынешнем плачевном состоянии: они до сих пор не сдохли только потому, что используют агрессивный маркетинг и патентный троллинг. Эта же судьба грозит и ябблам, только, скорее всего, намного быстрее - там на Джобсе держалось больше. А вот оракл жил, жив и будет жить. Как закончится Sun, скушает еще кого-нибудь.

> Менеджмент - это и есть ГСМ.

Типичное заблуждение программиста о менеджерах, да и любых подчиненных о начальниках.

Необходима интегральная оценка, вероятно, что-то в таком духе:

1. Отклонение от составленного плана самим же программистом (в процентах).

2. Среднее количество обнаруженных багов тестерами на одну строчку кода продукта (соотношение).

3. Корректность подбора инструментария/ЯП и структур данных для решения конкретной задачи (экспертная оценка).

4. Стиль (экспертная оценка).

5. Использование возможностей языка (экспертная оценка).

6. Сравнение быстродействия отдельных фрагментов кода с существующими аналогами (если такие существуют).

7. Юнит тесты (количество).

8. Количество строк кода + экспертная оценка качества кода.

Ну и все это как-то хитро просуммировать/перемножить и расставить коэффициенты.

Отклонение от составленного плана самим же программистом (в процентах).

Будет константой.

экспертная оценка

Утопия.

Сравнение быстродействия отдельных фрагментов кода с существующими аналогами

OMG.

Количество строк кода

Что «Количество строк кода»?

Вообще, ознакомься с уровнями CMM. Если уж так хочется сложных метрик.

> В чем и как измеряете лично свою и чужую эффективность?

девушки измеряют в баксах, показатель называется net worth http://en.wikipedia.org/wiki/Net_worth

В пользе, принесённой для человечества.

Δденьги, для переменного «программист» и константного «менеджер».
Абсолютной шкалы, скорее всего, нет.

Нет-нет-нет! Даже думать об этом забудьте и в /dev/nihil отправьте все свои метрики!

К учёным Хирша привязали, теперь расхлёбываем глобальный Китай, Сколково и прочую халтурщину.

К сожалению, в условиях проклятого капитализма не ценится :(

>1. Отклонение от составленного плана самим же программистом (в процентах).

отклонение зависит от непонимания самим заказчиком своих же запросов. Он просил красный бантик на зелёном платице, но выяснялось, что нужен зелёный галстук на красном пиджаке - 95% кода идёт фтопку, и естественно время возрастает вдвое (в лучшем случая).

2. Среднее количество обнаруженных багов тестерами на одну строчку кода продукта (соотношение).

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

Эф=1/(k1*X+k2*n*Y)

Где X - число человеко-часов потраченных на написание программы,
k1 - коэффициент стоимости времени программиста
k2 - коэффициент стоимости времени процессора
n - число запусков программы
Y - процессорное время необходимое на единичный запуск

>Как измерить эффективность программиста?

обратная величина кол-ву постов в толксах

> Типичное заблуждение программиста о менеджерах, да и любых подчиненных о начальниках.

Типичный бред подчиненного, никогда не бывшего кем-то выше менеджера среднего звена.

Назови величину, обратную нулю.

http://www.indiangeek.net/wp-content/uploads/Programmer competency matrix.htm

> Типичный бред подчиненного, никогда не бывшего кем-то выше менеджера среднего звена.

Fail. Никогда не был менеджером среднего звена.