в пакете user есть фунцкия Delete(userID), который удаляет юзера по его айди.
Но при удалении юзера, надо еще удалить все его посты. Для этого в post сделал функцию DeleteByUser(userID). Вот и получилась из пакета user вызов ф-ии пакета post.

Я еще в питоне намучан циклическими импортами, печаль это страшная. Но в питоне есть относительно легкие кастыли для решения этой проблемы.

Попробую сейчас все сделать в виде одного пакета service с кучей структур типа UserService, PostService — вроде как при таком подходе не будет этих циклических импортов

Просто сильно глаза мозолит, чувство неполноценности когда вижу полоски под словами, выделения и прочее )

так добавьте обработку ошибки. в логи писать например, как вариант

Ну вот разве что в логи. Но зачем?

Спасибо, гоферы.

имхо лучше бы в одну сущность все обьеденить на уровне кода

ну тут да, зависит от того критична ли ошибка для нас в kek.Puk(). если закрытие коннекшена какого-нибудь, может и не надо знать. хотя логи лишними не бывают.

Ещё как бывают

Понять какие логи лишние какие нужны, какой уровень поставить для сообщения - одна из самых сложных задач в программировании. У меня с этим в всегда проблемы

Ребят не подскажите что-то на подобие pm2 для Go ?

pm2?

Если всё подряд пихать в журнал и всё делать info, то потом читать такой журнал - ад

systemd units)

А какую проблему вы хотите с помощью этого аналога решить?

Пока что не какую, просто интересно )

А с какой целью интересуетесь? Вы же не просто так pm2 используете в node.js приложениях. Просто возможно вам вообще не нужен аналоги и в go можно решить вашу задачу средствами языка

Читать журнал - это пол беды. Я однажды отлаживал  один сервис с дикими просадками по производительности (rpm ~3000 и дальше лавинный эффект, в очередь запросы набивались быстрее чем их обслуживали).

Был удивлен когда понял, что проблема была именно в логах. Писали так много, что эта писанина занимала 80% времени. Не было разделения по уровню логгирования, все логи были считай уровня дебаг))

Поэтому, когда слышу "логов лишних не бывает" постоянно вспоминаю эту историю))

Вставлю свои пять копеек.
Чаще всего это Close и по сигнатуре он может вернуть ошибку. А в некоторых реализациях никогда не возвращает.
Я бы рекомендовал логировать как info, т.к. это не влияет на ход выполнения. Если в логах будет много такой ошибки, то это повод пересмотреть обработку этой ошибки и код вокруг, а не избавляться от логов.

Господа, а как правильно сделать конфиг, который можно менять у бегущего приложения?