Думаю, что костыли изначально не надо плодить. Нет таких случаев, когда быстрый костыль лучше, чем нормальное решение проблемы. А если досталась система с костылями, надо расшибиться об стену(или расшибить лоб начальству), но от костылей избавиться.

Поясню на примерах.
Работал в провайдере. Достался страшный и забагованный сервер на FreeBSD 4.10(и это в 2006-ом году). И это один из ключевых узлов. Молодой я был, неопытный, сразу не смог начальству объяснить, что менять надо всё к чертям. В итоге поддерживал имеющиеся костыли.
Сначала отлетела система авторизации, которая собиралась не из стандартных портов, а с накладыванием какого-то патча, который где-то когда-то выкопал предыдущий админ, подправил там что-то и кое-как воткнул. Итог: почти неделю юзверя авторизовывались через раз. Потери в финансах, потери в нервах у девочек на телефоне, потери сна у меня.
Через некоторое время внезапно после очередного нового года что-то там заглючило с датами и отпала система учёта траффика, потеряв при этом всю статистику за последний месяц. Итог: как выставлять счета клиентам - неясно, за две недели пишется и интегрируется в систему новая учётка. Опять потери в финансах, опять потери в нервах(в этот раз у директора), опять потери сна у меня, потому как учётку я писал.
Когда я оттуда уже уволился, на том серваке "почти" ничего не осталось. Почти в кавычках, потому что там остался почтовый сервер старейшего в городе провайдера с красивым доменом. А это значит, что база почтовых пользователей там не маленькая. Итог: в конце концов его поломали, базу грохнули(по рассказам оставшегося там работать монтажника, подробностей не знаю). Огромные потери в нервах и репутации, про потери в деньгах не знаю, но думаю из-за оттока клиентов, тоже не сто рублей.
Это только самые крупные проблемы из-за костылей. А сколько было лишней текучей работы, я молчу.
А чтобы всего этого не было, надо было всего лишь планово в течении месяца поднять новый сервер, предупреждая заранее пользователей о проведении технических работ, перенести все составные части по отдельности и запустить таким макаром это всё без костылей. Итог: нет никаких потерь, сплошное счастье кругом.
После этого я ещё пару раз шёл на поводу и оставлял костыли, но со временем понял, что лучше или делать сразу и хорошо или не делать вовсе. "Работает не трогай" - хорошая бородатая шутка, но в реальности это принцип дилетантов. Сейчас я если берусь за какую-то работу, делаю так, как оно должно быть. Если нет возможности обойтись без костыля, я переделываю всё, чтобы такая возможность была. Если начальник/клиент не хочет тратить время/деньги на переделку, то я с этим человеком работать отказываюсь, потому что мне не нужны проблемы потом.

многабукаф. ниасилил

Правильно. Админы, поставьте ограничение на 160 символов в посте и комменте. Твиттер - наш выбор.

Историю про «старый забагованный сервер на FreeBSD 4.10» ты уже пару раз рассказывал))

Больная тема. :)

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

Давай

В целом - согласен с ТС. Думаю, что стоит, для крупных проэктов, устраивать какие-то субботники кода что ли. Разгребать, все эти конюшни вычищать.

Субботники - опять ресурсы, отвлечение от основных проектов... Но идея хороша!

Очень часто в таких случаях проблема не в прогере, а в менеджере.

А тут в любом случае траблы идут от руководства: херовый прогер - либо мало платят, либо подбор кадров никакой; херова сделано - задают нереальные сроки, выделяют мало работников либо опять же жопят деньги. При грамотном руководстве любой проект можно без костылей сделать, ну если он только не по определению костыль.

а ну и постановки задач еще забыл. тоже немаловажно

Обычно просто ставлю рядом с костылем большую табличку типа //ЭТО КОСТЫЛЬ KILL IT WITH FIRE, а потом переделываю при наличии свободного времени или как только окажется, что ради этого костыля нужно приделать другой костыль или вобще как-то учесть наличие этого костыля при дописывании кода. Когда дописывание логической единицы заканчивается, сразу убираю костыли, леплю комменты и вообще привожу няшный вид.

Да лааадно!

Методичность, порядок, последовательность. Методичность, порядок, последовательность.
Методичность, порядок, последовательность.
Омммммм...

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

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

P.S. Извините за поток сознания.

У меня коллега сейчас разбирает и переделывает свой же код 2005 года, который, кстати, работает и принёс фирме довольно много денег. Сейчас надо добавить "современный" функционал, а там костыль на костыле и костылём погоняет... Молодой он тогда был, неопытный... Я когда пришёл на эту фирму, туда глянул... у меня до сих пор волосы дыбом стоят, почему ЭТО работает. Вот он сейчас ругается, одно заглядение ;-) Надеюсь это будет ему урок и в этот раз всё сделает правильно.