Какой вопрос с подвохом могут задать про composition over inheritance?

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

Пример:

type Service struct { logger Logger }

Практический акцент: Подвох обычно в том, что кандидат знает термин, но не понимает поведение в памяти, при concurrency или в реальном request lifecycle.

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

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