Почему я перестал гоняться за идеальной архитектурой и стал писать «достаточно хороший» код

Привет, коллеги. Последние пару лет я замечаю, что на проектах всё чаще сталкиваюсь с ситуацией, когда команда тратит недели на обсуждение «правильной» архитектуры, создавая абстракции на пустом месте. В итоге простой функционал обрастает слоями фабрик, декораторов и DI-контейнеров, а потом мы удивляемся, что дедлайн горит. Я сам прошёл через это: на pet-проектах вылизывал структуру папок, переписывал код, чтобы он соответствовал SOLID на 100%, — а потом забрасывал проект, так и не доделав. Сейчас я пришёл к простому правилу: код должен быть читаемым, тестируемым и достаточно гибким для текущих задач. Всё остальное — premature optimization. Кто как борется с архитектурным оверхедом? Может, есть goldilocks-зона, где код не «говно», но и не «enterprise»? Ссылки на статьи или свои кейсы приветствуются!