> Почему желательно не использовать KISS и DRY в билде Flutter (Flutter)

Вопрос сформулирован провокационно, но в нём есть рациональное зерно. В контексте Flutter (и особенно в билд-системе) слепое следование KISS и DRY может привести к проблемам.

DRY (Don't Repeat Yourself) - в билд-системе Flutter (Gradle, Xcode build phases, скрипты) излишнее стремление к DRY часто выливается в создание сложных абстракций: общих функций, плагинов, которые переиспользуются между разными конфигурациями (debug/release, flavor'ами). Это делает билд-скрипты хрупкими и трудноотлаживаемыми. Одна ошибка в общей абстракции ломает все сборки. Лучше допустить небольшую дупликацию (например, явно указать --dart-define для каждого flavor), чем пытаться вынести всё в один параметризованный скрипт, который невозможно прочитать без выполнения.

KISS (Keep It Simple, Stupid) - в контексте Flutter-сборки "простота" часто понимается как "минимум кода". Однако билд - это критический этап. Упрощение за счёт отказа от явных проверок, валидаций или избыточных, но понятных шагов (например, явное указание путей к ресурсам вместо автоматического поиска) может привести к "тихим" ошибкам, которые проявляются только на CI. Простота должна быть в понимании, а не в количестве строк. Иногда "сложный" (явный, детализированный) билд-скрипт проще поддерживать, чем "простой" (короткий, но с неявными зависимостями).

Итог: В билд-системе Flutter приоритет - читаемость и предсказуемость, а не минимализм или избегание повторов. Лучше написать 10 строк, которые очевидны, чем 2 строки, которые требуют контекста для понимания.