Проектирование интерфейсов в Go

В Go интерфейсы реализуются неявно, поэтому их объявляет тот, кто использует. Сервису заказов нужно получить пользователя: он объявляет type UserGetter interface { Get(ctx, id) (User, error) }, а реализация в пакете базы про это не знает. Интерфейсы держу маленькими, как io.Reader и io.Writer, а большие собираю встраиванием. Функции принимают интерфейсы и возвращают конкретные структуры, чтобы вызывающий получил все методы и мог выбрать нужный ему интерфейс. Интерфейс заранее не ввожу: если реализация одна и мок не нужен, лишняя абстракция только мешает навигации. Исключения, когда возвращаю интерфейс: error, или когда реализаций действительно несколько и они скрыты (например, хранилище в памяти и в базе). Помню про ловушку typed nil при возврате интерфейса и про то, что вызов через интерфейс косвенный и мешает инлайнингу, а значения в интерфейсе часто убегают в кучу. В горячем коде это бывает заметно.