уже выше писали, мапа никогда не отдаёт память

но обычно нам и не надо же, чтобы отдала. а переиспользовать она ее переиспользует

Да, потому что в хешмапе бакеты не чистятся GC. But why, странно это

странно? тогда подумайте, какая у нас обратная к append операция?

Slice?

grow написать легко, а shrink - очень трудно

не-а. слайс как раз не уменьшает размер массива под ним

по идее можно через cgo хранить данные в сишных структурах и работать с этими структурами через unsafe)

cgo для этого не нужен

возможно, я таким занимался только в других языках

godoc больше нет ии что?

есть, просто все стараются на pkg.go.dev переехать

почему?

речь про сайт или тулзку кстати

Команда в терминале

отдельно нужно ставить

Понял

Господа, вот такой вопрос:
Обычно в го принято интерфейсы определять по месту использования. Ну с библиотеками это понятно (хотя когда методы возвращают объекты со своими методами, интерфейсом без обертки просто так не покроешь)

Но если мы пишем проект используя какую-нибудь слоистую архитектуру, то каждый слой потом при сборке подсоединяется через интерфейс. То есть у бд свои интерфейсы, у API внешних, у еще чего-то
Так вот вопрос - как в этом случае и где определять интерфейсы для них? Обычно эти интерфейсы меняются вместе с реализацией (добавление новых методов в DAO/DAL, например), и разумно их держать в одном пакете
С другой стороны, это не го-вейно

Как делаете?

а зачем им свои интерфейсы?

они возвращают конкретный тип