Ответ на сообщение Re: Программист. пользователя tolstopuz

В ответ на: Вот из последнего: ну переделал (точнее сваял заново) диалог... попробовал - неудобно... позавчера добавил кнопок... сегодня прикрутил ишо пару... это апдейт? Фиг. Это доработка до разумного состояния.
А тут как раз все просто: ка кнаписано в ТЗ - так и надо делать. Проработка, согласование ТЗ - это, замечу, отдельные деньги. Плюс модельные прототип.
Кто не хочет платить за это денег (как правило - жадничают) - тот платит за переделку готового софта. Так что тут все просто.

В ответ на: А уж про багфиксы, за которые бабло реально берут - ваще молчу...
Тут все не так однозначно.
Кулиент купил версию номер 5 (условно). Все его устраивает.
Через год приходит и говорит: чуваки, тут вот есть баг. Ему говорят: да, действительно, так оно и есть. Но исправлен он в версии 7, покупайте апгрейд - и радуйтесь. Хотите, чтобы лично для вас в 5-й версии поправили этот баг - окей, но сейчас это уже платно.

Если вам не понятна такая ситуация - значит вы просто не работали в промышленном создании ПО и не разрабатывали по 5..10 лет продукт. Ясно, что за это время оно, обрастая фичами, крайне существенно эволюционирует.
Если баг вылезает через две недели или месяц после выхода версии и разработчик видит, что этот баг задевает большую часть клиентов - разумеется, выпускается бесплатный багфикс. Если же по какой-то причине принято решение править баг только в следющей версии - извините, оно будет так. Кроме того бывает так, что баг вылез, но поправить его "легким движением руки" - не получается, это какой-то недодум архитектуры (скорее всего не "вооще", конечно, а какого-то модуля), а потому поправить баг без редизайна модуля - не представляется возможным.Косяк разработчика, который криво спроектировал? да. Вот только функциональность современного ПО на столько огромна, что просчитать все варианты - невозможно в принципе.

Для примера: кто-нибудь задымывался, почему в военной и космическойтехнике используют всегда далеко не самые распоследние процессоры и ПО? А все очень просто: к этому моменту, разработанные несколько лет (5..10) назад процессоры и модули на их основе только-только прошли все испытания, тесты всех (ну или 99,9%) возможных состояний и т.д.
Но коммерческое ПО не может себе этого позволить просто потому, что это нереальные деньги, которые заказчики почему-то не готовы платить. Заказчики, почему?

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

Каждый заказчик решат эту проблему по-своему. Кто-то садит "отдел программистов", которые за з/п (фактически - за плату поддержки) как-то ваяют автоматизацию процессов. Кто-то закупает ПО у стороннего производителя, но тогда он соглашается вот на такую модель взаимоотношенйи и, фактически, все равно так или иначе платит за поддержку: в явном виде или в виде покупки апгрейдов.

Исправлено пользователем KSergey (06.01.12 22:48)