Когда composition over inheritance лучше не использовать или использовать осторожно?

Суть: Go использует композицию и embedding вместо классического наследования.

Пример:

type Service struct { logger Logger }

Практический акцент: Оцените trade-off: простота, производительность, тестируемость, связность пакетов и цена поддержки.

Типичная ошибка: строить Java-подобные иерархии вместо простых структур и интерфейсов.

Как отвечать на собеседовании: Расскажите про неявную реализацию, маленькие интерфейсы и осознанное использование generics, а не про наследование.