Ну тип в статье излогает модульный подход (но мидели вынес из модулей почему-то), а в курсе видео уже с pkg подходом

Ребят, немного оффтоп. На проекте возникла ситуация, что service#1 ранее подключался к service#2 по gRPC с настройкой grpc.WithBlock(), т.е. без подключения не стартовал. Со временем, видимо от плохого понимания дизайна, возникла необходимость из service#2 ходить в service#1 также по gRPC, соответственно возникает lock при подключении. Понимаю, что можно вызывать подключение асинхронно без grpc.WithBlock(), но чёт кажется в целом такое себе. Что делаю не так, кто-нибудь подскажет?

так быть не должно. совсем не должно.

ноесли реально нужно пропихивать сообщения в обе стороны - посмотрите на двунаправленный stream

Ну двунаправленный стрим это наверное больше про способ передачи данных. Т.е. я правильно Вас понял, что если возникают такого рода проблемы, что одному сервису нужен другой и наоборот, то это тупик и надо пересмотреть подход? В целом, я задавал вопрос в надежде, что все с этим рано или поздно сталкиваются и каким-то образом решают такие проблемы)

Если у вас так связаны два сервиса - или это один сервис, или вам нужна шина данных (обычно делается на брокере сообщений, часто ошибочно называется очередью)

Но первое существенно вероятнее

Понял, спасибо

А на разные порты, принимать/отправлять?

Что Вы имеете в виду?

Один сервис принимает на один порт, на другой шлёт. Чёт я не помню такое можно.

не в этом же дело

Ну если сервисы на одном сервере, то да

Суть проблемы у человка, что сервисы зависят друг от друга и не могут запустится. Порты здесь не имеют значения

Коллеги, а как вы парсите time.Duration из yaml?

Из ямла не парсил, но для json, если там формат нестандартный для go, писал тип-враппер с реализацией UnmarshalJSON

А зачем? Парсите инт или стринг, а потом делаете конвертер в представление слоя логике

Затем, что удобнее в один шаг было бы

Понятно, что можно и руками сконвертировать

Не было бы, вам всё равно писать конвертер в представление логики

Не понимаю, о чем речь

где проще то и делать)