Единственно правильный способ измерить качество кода

[mazzy]

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

[Сабитов Андрей]

[mazzy]

Извините, опять Eldar.
http://www.eldar.com/node/311

Цитата:

Видите что получается? Чем более бесполезен проект, тем более важны метрики.

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

[Maxim Gorbunov]

Цитата:

Сообщение от mazzy

Извините, опять Eldar.
http://www.eldar.com/node/311

Почитал статью, подумал

mazzy, ты, по-моему, не совсем корректно цитируешь. Сказанное относилось к проектам разработки ПО. Там еще есть и следующий абзац

Цитата:

Опять же, повторюсь, может быть ваша фирма – консалтинг, который делает коммодитизированную работу (например, клепает брошюрные вебсайты) и работает за небольшую маржу, определяемую конкуретным рынком. В этом случае и метрики, и процессы – все по делу. Только не заблуждайтесь, вы меряете не инженеров, а почти что промышленных рабочих, владеющих HTML и Javascript'ом. Никакого особого отношения к инженерии это не имеет. А если вам действительно нужна инженерия, то увы...

По-моему, процентов 90 всей разработки в Dynamics AX ближе к "коммодитизированной работе", чем к разработке ПО, от которого "должны челюсти на пол со стуком падать" Не программисты мы, по большей части, увы. Так, продвинутые кодеры в лучшем случае

[mazzy]

Цитата:

Сообщение от Maxim Gorbunov

mazzy, ты, по-моему, не совсем корректно цитируешь.

Если говорить об внедрениях Аксапты, то наверное.
Но здесь (в России) и разработка ведется. И не только в МС.
про разработку - не согласен.

[Maxim Gorbunov]

Цитата:

Сообщение от mazzy

Но здесь (в России) и разработка ведется. И не только в МС.

Ну, собственно, на это я 10% и оставил Всё же, думаю, если не брать МС, в общем объеме разработка больше вряд ли займет

[Волчара]

Цитата:

Сообщение от mazzy

Извините, опять Eldar.
http://www.eldar.com/node/311

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

Я часто слышу эту пословицу в сокращенном виде, а в полном обычно редко, по этому в качестве лик-беза:
"Кто не рискует тот не пьет шампанское, правда тот, кто рискует иногда и не завтракает!"

[Волчара]

"Так что, когда мне возражают, что и гвозди все еще надо штамповать, и картошку, или там, ананасы растить – я и не спорю. Конечно, есть сектора экономики по-прежнему живущие вне экономики знаний или экономики открытий. Вот только не они определяют выживание фирм и конкурентоспособность национальных экономик."

Вот только в этих отраслях все давно уже поделено

[Maxim Gorbunov]

Я написал про Dynamics AX. Пожалуй, можно обобщить - большая часть разработки в любой кастомизируемой ERP-системе ближе к "коммодитизированной работе"

[fed]

Цитата:

Сообщение от Maxim Gorbunov

Я написал про Dynamics AX. Пожалуй, можно обобщить - большая часть разработки в любой кастомизируемой ERP-системе ближе к "коммодитизированной работе"

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

1. Создание финансовых складских проводок по отборочной накладной
2. Распределение непрямых затрат пропорционально физическому выпуску по стадиям производства
3. Учет коммерческих расходов по продаваемым партиям
4. Ну и так далее в том же духе

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