> VICTOR_   (07.11.08 11:16) [58]

"Сформулированная в первом посте автора топика задача показывает, что это" программа, которую профессиональный программист даже уровня Junior Developer должен суметь сделать буквально за несколько дней. Такие программы относятся к классу "Hello, world" и подход к ним должен быть соответствующим - выяснение требований заказчика и сама разработка. И все.

В противном случае "постановка задачи, согласование с заказчиком, тестирование (в т.ч. введение тестовой базы и проверки ее работоспособности), техническая документация и документация для пользователя" приведут к тому, что стоимость программы возрастет, как минимум, на порядок и потому ее разработка просто потеряет смысл (причем прежде всего, как раз для заказчика - полученный им результат не будет стоить даже малой части заплаченных им же денег).

Зенитной ракетой можно, конечно, и по воробью стрелять - но из рогатки гораздо проще, быстрее и дешевле. Ракеты - они не для воробьев созданы.

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

> Юрий Зотов  (07.11.2008 11:56:00)  [60]

> Я б на таких заказчиков работал с превеликим удовольствием - но почему-то не встречаются.

Русский менталитет не учитываешь, потому и денег нет, а вот другие "ЕГАИС" продают, а мучается вся страна.

> Юрий Зотов ©   (07.11.08 11:56) [60]
Такие программы относятся к классу "Hello, world" и подход к ним должен быть соответствующим - выяснение требований заказчика и сама разработка. И все.

"И все" - обычно не проходит.
Я свои аргументы аргументы изложил в

> VICTOR_   (05.11.08 14:17) [43]

Конечно могут быть и исключения
- когда профессиональный программист уровня Junior Developer - действительно Профессионал
- когда Заказчик - может качественно сформулировать ТЗ, оперативно проводить согласование, качественно тестировать программу на всех этапах ее разработки и предъявлять список ошибок разработчику, самостоятельно написать документацию для пользователя. И взять все эти затраты на себя.

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

Это не его проблемы. Этим он избавляет себя от проблем.
Разница в масштабах у Вас немного проутрирована :)

Т.к. часто являюсь заказчиком скажу свое мнение.
Цена программы $150 - $200. Срок разработки неделя + неделя на доработку. Плюс соглашение на бесплатную поддержку программы в случае обнаружения ошибок в первые два месяца работы.

Цена фиксированная и никаких "нормачас программиста Х время разработки" - вычисляется из уровня продукта. Если уровень подрядчика позволяет - справится быстрее, если нет - пускай хоть сутками сидит цена не изменится без доп. согласования и обоснования.

Если специалист не может спланировать две основные начальные стадии(время на ознакомление и предполагаемое время на разработку) сразу идет лесом и не важно какого он уровня.
Собственно как подразумевает CMM - незаменимых нет. Любого профессионала с коэффициентом эффективности 1.0 можно заменить на специалиста с коээфициентом 0.5 и джуниора 0.2. Вторая команда справится быстрее.

> MemoryLeak   (09.11.08 15:08) [63]

> Любого профессионала... можно заменить на специалиста... и джуниора

Не любого. И не в любой задаче. Если сложность и/или специфика задачи требует неких знаний и/или навыков, то хоть 20 специалистов и 40 джуниоров посади - все равно не сделают.

Просто не сделают. Совсем не сделают. Ни за какое разумное время и ни за какие (даже неразумные) деньги. Потому что просто не смогут. Хоть им еще 100 джуниоров добавь. Хоть 500.

А один (всего один) профи (в данной задаче) - сделает.

> Вторая команда справится быстрее.

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

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

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

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