Как я проверяю архитектурное мышление на собеседованиях одной задачей

Кто-то придумывает принципы, а кому-то приходится потом между ними балансироаать:

"Сделай самое простое решение ( KISS) , которое не содержит лишних абстракций (YAGNI) , но при этом не мешает безопасно изменить или расширить код позже(SOLID). реализуй это в рамках текущих приоритетов (Scrum)."

Ещё нужно вписываться в Deadline, не тратить время на Refactoring. Решения должны вписываться в известные Design Patterns, быть Framework friendly и соответствовать микросервисной архитектуре...