Если часто требуется написать программу быстрее, чем обычно, то многие готовы пожертвовать "Чистотой кода". Причем большинство потом и чистить не хочет. Таким образом плодиться грязный код Если вспомнить Роберта Мартина то он упоминает о том что неопрятная программа вызывает неприязненное отношение. Как следствие программист становиться неопрятным на работе. Ведь ничего природное нам не чуждо. В том числе всеобщее мнение становиться часто своим. А "Чистый код" надо чувствовать. Также думает и Роберт. Чувствовать а значит и относиться со стремлением к чистоте. Ведь всегда надо писать чистый код. Это наше профессиональное. И отстаивать требования чтобы код писали чисто. Причем, перед начальством - мы профессионалы. Не забывайте что начальнику нужны не недели после затягивания сроков и срыва графиков, когда все пишут более грязно чем обычно. Начальнику нужен результат - программа о которой он может сказать: - "А вот версия в ней работает то-то и то-то". То есть функции которые заявлены в минимуме. С нашей же стороны важно помнить что есть основная функциональность и ее портить ни как нельзя. Поэтому нужна хорошая модель, а значит качественное проектирование кода. Нельзя просто так в команде отклоняться от заданной архитектуры. И если что выходить на брифинге и обсуждать какие упущения есть в проекте с текущей моделью. Если упускать последнее то можно получить проблемы не "Чистого кода". Как следствие Химеру из моделей. Если их не мало то нужно перепроектировать систему, а для этого начальнику надо знать в каком состоянии код. Поэтому не забывайте себя проявлять на брифинге. Пройдя несколько важных обсуждений, начальник спланирует время на чистку кода. И тогда он и вы сможете выспаться. Разве не здорово?