Опасайтесь долговой ямы!

Прочитал здесь интересное сравнение кода, написанного в стиле "как максимально быстро получить что то работающее", с банковским кредитом. Если время жизни вашей программы ограничено, допустим это курсовая работа "сдал-и-забыл" или это очередная программа из серии "Hello, world!" или какой то прототип, то такой подход позволяет воспользоваться главным приятным свойством всех кредитов - пользуйся сейчас, плати потом. Однако, если с течением времени продолжать писать, неотступая от выбранного стиля, объем кода растет, а с ним растут и "долговые обязательства". Обслуживание такого "кредита" становится тяжелой обузой, мешает нормальному развитию проекта, не дает совершать новые "покупки" в виде нового функционала.

В статье, кроме общего плана действий, дается хороший совет, которому каждый раз немного боязно следовать:

Have the courage and honesty to present the facts as they are. This seemingly risky approach boils down to the very human issues of accountability and trust.

Couch your argument like this: you’ve fielded successful software in the requested amount of time for a provisioned amount of money. In order to achieve this you’ve had to make compromises along the way in response to business pressures. Now, to go forward at a predictable and steady rate, you need to deal with the effects of these compromises. The entire organization has bought them, and now it’s time to pay back.