Архитектура Golang приложений Разбор реального проекта

как пинок в правильном направлении, зачёт.

Я кстати успел поюзать ключи если что

👍

какой смысл в /internal/, если там код для приложения, но его нельзя использовать (он НЕ клонируется)?

Очень полезное видео, спасибо

Ух, сколько связей и переплетений)
А я только на начале изучения языка Go, а здесь уже проект! интересно было просмотреть структуру, что-то думаю поймется со временем. Спасибо!

Спасибо что делитесь опытом. Имхо подход Feature by package самый топовый подход который подойдет для всех видов приложений
Сначала делим на бизнес логические сущности (модули)

user
profile
payment
cart

А дальше в каждой папке будет

user
->features
->login
-> repositories
-> services
-> forms

Все супер, единственное было бы хорошо если нижнюю часть экрана не обрезали. К примеру терминал был не полностью виден.

Мляя, без музона слабо????
словно евровидение освещаете...

А как организованы Unit тесты в проект на Go?

как же ты по красоте делаешь

Хм хм, а если мы в cmd хотим запихнуть ещё один проект с main. То для этого нового проекта, где будут храниться пакеты? Видимо так же в internal и pkg. И получается некоторые пакеты используются совместно двумя проектами, некоторые пакеты уникальны для одного проекта. Так как же разрабу понять, какие куда относятся и можно ли что-то поменять для одного проекта и при этом не сломать другой?
Вот этого я не понял.

дякую

Благодарю за информацию!

4-ый раз смотрю это видео полностью уже, каждый раз с пользой. Слава Украине!

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

Спасибо! Весьма и весьма полезно.

Спасибо тебе, мужик! Было капец как полезно! Я сейчас на стажировке и мне остро не хватало как раз таких разъяснений "по полочкам"

А ссылки нет. И, на хабе, также найти не найти данный пример(