Устранение повторяющегося кода, который берет на себя orm. Да, sql не придется писать почти вообще. Только фрагменты условий where. Это очень ускоряет разработку на начальном этапе.
Заводим сущности и описываем связи между ними, и все , у нас готов полный CRUD по каждой сущности из коробки.

Что за повторяющийся код? Чет не вижу у себя. Как раз в ent и ей подобных орм на описание простейшего запроса требуется адово количество бойлерплейта, для проверки которого линтер ide бессилен ,а sql всё равно надо знать

большинство методов не нужны для каждой сущности, описывать при этом объекты в горм и с тупейшей имплементацией сталкиваться придется постоянно)

Добрый день

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

хочу поднять проект с микросервиснов архитектурой на Golang подобный на tripadvisor.
Первый вопрос заключается в том что какие микросервисы сделать REST или gRPC? или оба в зависимости от самого микросервиса?
Второй вопрос помочь подобрать либы для БД? использоавать ли ORM? хотелось бы узнать про ваш опыт про GORM?
Третий вопрос связан с выбором фреймворка. Прошу помочь с выбором одного из ниже указанных или посоветовать что то другое.
1) написать все самому и использовать только нативные библиотеки языка
2) снова написать все самому но только для роутера использовать Gorilla/Mux.
3) выбрать какой нибудь фреймворк. какой посоветуете? что думаете про Gin или Go Kit?

п.с хотелось бы получить обширный ответ который основанный в личном опыте и будет включать в себя drawback-и с которым сталкивались.

подскажите, что происходит с ридером из os.File, если во время чтения другой процесс пишет в этот же файл? длина ридера тоже растет или она фиксируется при открытии файла?

у ридера нет длины. вызовы чтения для os.File транслируются в вызовы ОС. а там уж как ос разрулит такую ситуацию. в линуксе просто прочитает свеже написанные данные

подскажите, что происходит с ридером из os.File, если во время чтения другой процесс пишет в этот же файл? длина ридера тоже растет или она фиксируется при открытии файла?

неправильно выразился
признак io.EOF смещается с новыми данными?

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

Ну gorm не типизированная, поэтому отстрел яиц почти гарантирован. Я бы может быть взял ent если бы она была db first и генерировала весь свой кодовый хлам сама и без моей помощи. Но будет ли такое когда нибудь.

Подскажите, нормально, адекватно ли валидировать структуры с помошью пакета "github.com/go-playground/validator/v10" ?

И тут же второй вопрос, если я уже на поля структуры  навесил эти штучки

...
Email string `bson:"email,omitempty"`
...

Как мне на них навесить дополнительные штучки валидации?
Email string `validate:"required,email"`

(Я не знаю как эти штучки называются)