Костыльные решения

Обычно “костыльным решением” называется решение, которое предназначено как временное, или как решение которое не устраняет саму причину, а только скрывается следствие. Костыльное решение применяется не только в разработке кода, а в целом в жизни. И как по мне следствие такого решения всегда очень печальны. Я попробую привести примеры и повлиять на ваше желание в будущем применить костыль. 

Когда появляется необходимость таких решений? Как правило - это когда:

• сторона не хочет брать ответственность за полноценное решение. Вам наверняка известны ситуации, когда используются полумеры. К примеру вместо того, чтобы нанять и/или выделить человека под проект целиком выделяет офис-менеджер, из-за того, что он не до конца нагружен. Тобишь есть страх полного действия. А вдруг провалится, а вдруг не получится. Как правило, когда включается человек на полставки, он никогда не выкладывается. Он понимает, что руководство хочет просто поиграться. И чем хуже будут показатели, тем быстрее проект закроют. И как следствие человек будет стремиться к тому, чтобы показать отрицательные результаты. 

• привычка решать задачи и так сойдет. Если допускать такой подход как привычку/как подход, то скорее всего ждет такой сценарий: создается решение-костыль > пока решение работает никто не заморачивается его изменением > рано или поздно это решение сломается > происходит поломка > аврал, пожар, все силы брошены на устранение. Рано или поздно такое происходит с любым подобным решением. Вопрос во сколько обойдется устранение. 

• лень. Человеческая лень заставляет искать самые простые решения. Не те, которые реально решают задачу, а те, которые временно снимают “головную боль” по отношению к задаче. Это тоже костыль. К примеру у предприятия произошел кассовый разрыв. Вместо того, чтобы руководителю опустится на уровень процессов, найти дырки и улучшить эффективность работы компании, он берет кредит. Он латает одну дыру, создавая отверстие еще больше (так как кредит стоит денег). Чтобы исключить воровство, нанимается служба безопасности, которая сама начинает воровать, но объемами больше. Чтобы исключить саботаж сотрудников при внедрении CRM внедряется не все, а только то, что не вызывает саботаж. 

Есть отличное выражение, которое может подытожить суть: Расточительность исправляется только бережливостью. 

В данном случае только - это обязательное условие. Вариант типо, что расточительство исправляется “периодическим расточительством” или “более благоразумным расточительством” все равно не решает задачи и создает костыльное решение.