Допустим, что при домашнем тестировании софтины был обнаружен, косяк с производительностью и стало ясно, что примерно через полгода (ну или через год) заказчик с софтиной работать не сможет (ни на каком железе), т.к. кол-во сохранённых данных вырастет.
Вопрос: надо ли оптимизировать софтину сейчас, или можно подождать, пока это не обнаружит заказчик.
собственно плюсы откладывания: возможно удастся в будущем сорвать чуть-чуть денег за оптимизацию, меньше проваливаются сроки.
Здравствуйте, Философ, Вы писали:
Ф>Вопрос: надо ли оптимизировать софтину сейчас, или можно подождать, пока это не обнаружит заказчик. Ф>собственно плюсы откладывания: возможно удастся в будущем сорвать чуть-чуть денег за оптимизацию, меньше проваливаются сроки.
Отложить, но не когда он сам обнаружит, а подготовиться немного раньше. Как только пушной зверек начнет маячить на горизонте, ты выезжаешь на белом коне и одним махом его припечатываешь. Профит и благодарность от заказчика.
А если сделаешь все сразу идеально, он решит, что задача была простой и все равно начнет искать, до чего доколупаться.
Здравствуйте, Klatu, Вы писали:
K>Отложить, но не когда он сам обнаружит, а подготовиться немного раньше. Как только пушной зверек начнет маячить на горизонте, ты выезжаешь на белом коне и одним махом его припечатываешь. Профит и благодарность от заказчика. K>А если сделаешь все сразу идеально, он решит, что задача была простой и все равно начнет искать, до чего доколупаться.
чем быстрее решить — тем меньше ценность решения. т.е. надо что бы заказчик реально задолбался с проблемой, и потом выкатить ему счет на решение проблемы, которое уже лежит в соседней папке.
при этом еще надо умудриться, что бы он не успел нанять внешнего "решателя". во
Здравствуйте, Философ, Вы писали:
Ф>Вопрос: надо ли оптимизировать софтину сейчас, или можно подождать, пока это не обнаружит заказчик.
Вроде очевидно. Если вам похрен на заказчика, то второе, если нет, то первое. Но если вы дожидаетесь, пока с проблемой столкнется заказчик, то не удивляйтесь, если завтра он откажется от вашего решения и уйдет к конкурентам.
Судя по комментариям к этой теме, можно сделать глобальный вывод,
что товарищи, которые пишут в разделы "ОВП/Архитектура ПО" и "ОВП/Тестирование",
реально не понимают, как они попали в разработку, что они делают в разработке, и вообще оторваны от земли, людей и практики.
Так?
// О чем это я? Мне показалось, что данный момент с производительностью можно было бы предусмотреть, предупредить, и увеличить стоимость проекта еще в начале.
Здравствуйте, Wolverrum, Вы писали:
W>и вообще оторваны от земли, людей и практики. W>Так? W>// О чем это я? Мне показалось, что данный момент с производительностью можно было бы предусмотреть, предупредить, и увеличить стоимость проекта еще в начале.
думаю, что это вы оторваны от земли людей и практики.
на старте проекта бывает так, что не известно что в итоге софтина будет делать, например вначале планировалось считать посещения, а в конце считаем документы...
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Философ, Вы писали:
Ф>Допустим, что при домашнем тестировании софтины был обнаружен, косяк с производительностью и стало ясно, что примерно через полгода (ну или через год) заказчик с софтиной работать не сможет (ни на каком железе), т.к. кол-во сохранённых данных вырастет.
Ф>Вопрос: надо ли оптимизировать софтину сейчас, или можно подождать, пока это не обнаружит заказчик. Ф>собственно плюсы откладывания: возможно удастся в будущем сорвать чуть-чуть денег за оптимизацию, меньше проваливаются сроки.
Сделать новую версию, обозвать ее улучшенной и расширенной и продать ее заказчику.
Здравствуйте, Философ, Вы писали:
Ф>думаю, что это вы оторваны от земли людей и практики. Ф>на старте проекта бывает так, что не известно что в итоге софтина будет делать, например вначале планировалось считать посещения, а в конце считаем документы...
Плохая у тебя земля...
Серьезно, расчетная нагрузка, хотя бы примерно, должна быть известна до начала работ. Я так понимаю, у вас никаких расчетов не было.
Так что все просто:
-если проектная документация была от заказчика, и ты не имел возможности на нее воздействовать в нужном объеме, то значит заказчик платит за оптимизацию.
-если ты сам должен был уточнять требования и просчитывать все технические детали, но забыл/забил на нагрузку, то виноват ты.
во
