Не надо по-хорошему, и так работает

[CDR]

Цитата:

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

Но если на минутку оставить в стороне эмоции, то что мы увидим?Сразу видим непрофессионализм исполнителей.

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

Цитата:

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

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

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

Заметьте, очень часто при внедрении DAX, требуется разработать какой-либо новый модуль. В подавляющем большинстве случаев он со временем превращается «во Франкенштейна, неуклюже соштопанного из разнородных лоскутков». Что мешает внедренцам создать с нуля идеальную архитектуру?

В заключение могу лишь привести классику жанра
http://www.joelonsoftware.com/articl...000000069.html

Цитата:

As a corollary of this axiom, you can ask almost any programmer today about the code they are working on. "It's a big hairy mess," they will tell you. "I'd like nothing better than to throw it out and start over."
<поскипано>
The idea that new code is better than old is patently absurd. Old code has been used. It has been tested. Lots of bugs have been found, and they've been fixed.