Моя цель в данной дискуссии предельно проста:
Донести до неокрепших джуниорских умов, что нету никакого «так нельзя делать», «неположено» и вообще мыслить категориями «правильно» и «неправильно» - хреновая практика.
Техническое решение может быть комком дерьма с костылями, противоречащим всем разумным паттернам проектирования и разработки, но при этом для конкретной ситуации быть оптимальным.
Просто потому, что для конкретной ситуации оно решает проблему, а риски которые оно несет - не существенные.
Релизы можно катить без тестирования в прод в пятницу вечером, потому что для конкретной ситуации это самое оптимальное решение.
И цель QA совсем не в том, что бы заставлять делать хорошо или бить по рукам когда неправильно делают.
А в том, что бы адекватно оценить риски для конкретной ситуации и суметь донести их до команды и, как любит говорить Арсений, ЛПР.
И да, когда я говорю «донести риски до команды» - это значит приводить аргументы, метрики и оценки, а не «это не по канону».