Главное результат. Рефакторинг и чистота для заказчика не столь важна. Скорее, это нужно самим разрабам. А вот сроки, это да. Это элемент договоренности. Нарушать никак нельзя.

Выбрал бы и то и другое. В сроки нужно закладывать заранее время на эти вещи.

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

Важна причина ограничения сроков, если они не сдвигаемы, то хорошее покрытие тестами не привязанными к реализации и успеть в срок. Если проект будет развиваться, то и код можно вычистить, да и архитектуру, хоть это и дороже будет.

Почему тесты на первое место? Чистоту кода, архитектуру - не измеришь, и это субъективно. Кто-то увидев скажет «круто!», а кто-то - «всё переделать!». Плюс на входе могут быть не полные данные, требования могут уточнится в процессе эксплуатации, что может привести к изменению архитектуры. А тест он беспристрастен - если система работает как ожидается, то тест проходит, если нет, то падает. Плюс тесты - это документация контракта системы, которую приходится поддерживать. Ну это если разбираться с падающие тестам, а не просто исключать их из прогона или удалять. :)

Было бы замечательно, если бы все выбирали чистоту кода

Сроки это я так понимаю, что деньги. Вопрос если мы заложили технический долг мы сэкономили или украли деньги? Если сэкономили, то куда их ре нвестировали? Если украли, то вопрос уже другой...

В приоритете всегда соблюдение срока. Но, конечно, нужно стараться сразу писать чистый код. В совершенстве, нужно и чисто, и быстро, но это сложно. Потому нужно чем-то жертвовать. Как правило, бизнес не готов жертвовать временем, т.к. время - деньги.

Однозначно рефакторинг. Если проект не с целью освоения бюджета. Качество архитектуры говорит о качестве работы - без этого не будет доверия.

Многие рефакторинг воспринимают с фанатизмом, как бесконечный процесс ассоциируя с сумасшествием.

Рефакторинг и умение его проводить требует опыта, не обладая этим - процесс конечно же будет бесконечным.

Соблюдение сроков и чистоту кода.

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

Чистоту кода разумеется! А сроки всегда можно сдвинуть, найдя весомый аргумент;) А вот костыли в коде потом можно месяцами искать….