softwarer

NSFuimus
Да ну вас ... говорю же - пусть попробует написать промежуточный сервер ... этаж какой опыт! а после и решит нада ему эта или нет

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

Собственно, это именно тот эффект, благодаря которому процветают многие консалтеры и вообще "впариватели".

А обратный забавный эффект можно назвать "психологией русского программиста". "До основания, а затем...". Если вложено много сил, то "сделать с нуля по-другому" будет ГОРАЗДО ДОРОЖЕ, чем:
1. Признать ошибочность данного решения
2. Понять, какое решение является правильным
3. Прийти к пониманию, что "все выкинуть и сделать заново" означает выкинуть кучу труда и бабок
4. Разработать стратегию перехода от текущей ошибочной концепции к новой
5. Постепенно двигаться в сторону "светлого будущего"

d_i_v@aaanet.ru, не пытайтесь изобрести велосипед. Вам 10 раз объяснили, что пусть клиент на своих супер-мощном ПК крутит супер-мощные скринсейверы и открывает 20 экземпляров браузера, разработчики которого уже позаботились, чтобы он нормально работал на всех возможных конфигурациях. Пожалейте свой труд и труд людей, которые будут пользоваться вашим ПО. И никогда не усложняйте систему, если этого РЕАЛЬНО не требуется.

softwarer
Собственно, в изначальном утверждении я что хотел подчеркнуть: такое вот упорное отстаивание однажды сделанного выбора имеет все шансы завести проект в такую задницу, что в итоге действительно придется переделывать 100%.

С этим согласен. См. п.1 в моем списке.

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


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