Что хотят услышать интервьюеры:

Важно понять, не просто ли Clean Architecture добавлена в резюме “для галочки”, а есть ли реальный опыт применения и понимание принципов. Ожидают услышать, в каких задачах этот подход был полезен, какие проблемы он решал и где его применение оправдано. Хороший ответ показывает, что архитектура воспринимается как инструмент для снижения связности и упрощения поддержки кода.

Определение:

Clean Architecture — это подход к построению приложения, при котором бизнес-логика отделена от деталей инфраструктуры: базы данных, веб-фреймворка, внешних API и других технических зависимостей. Основная идея — сделать так, чтобы ядро системы было независимым и легко тестировалось, а внешние части можно было заменять без переписывания бизнес-логики.

Пример использования:

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

from dataclasses import dataclass

@dataclass
class Order:
    product_id: int
    quantity: int
    discount: float = 0.0

class OrderService:
    def create_order(self, product_id: int, quantity: int) -> Order:
        if quantity <= 0:
            raise ValueError("quantity must be positive")

        discount = 0.1 if quantity >= 10 else 0.0
        return Order(product_id=product_id, quantity=quantity, discount=discount)

class OrderRepository:
    def save(self, order: Order) -> None:
        # здесь была бы работа с БД
        pass

service = OrderService()
repository = OrderRepository()

order = service.create_order(product_id=42, quantity=12)
repository.save(order)

Пояснение кода:

В примере OrderService содержит бизнес-правило: при количестве от 10 и выше применяется скидка. Этот класс не знает ничего о базе данных, HTTP или конкретном фреймворке.
OrderRepository отвечает только за сохранение данных и может быть заменён на реализацию для PostgreSQL, MongoDB или даже на мок в тестах.
Такой разрез помогает тестировать логику отдельно и менять инфраструктуру без влияния на домен.

Ключевые моменты:

Clean Architecture полезна, когда есть сложная бизнес-логика и ожидается рост системы.
Главное правило: зависимости должны идти внутрь, к домену, а не наоборот.
Бизнес-правила не должны зависеть от фреймворков, БД и внешних сервисов.
Подход упрощает тестирование, сопровождение и замену технических деталей.
Для небольших проектов его можно применять частично, без излишней усложнённости.

Что побудило вас указать Clean Architecture в списке своих навыков в резюме?