С vgo можно будет делать git clone в любое место, без GOPATH

разумеется, но есть и такоей вариант: GOPATH=<project-dir>:<project-dir>/vendor - project-dir -- src -- vendor/src

dep под такое конфигурится?

Ключевой момент это кастомный gopath

C dep не работал

вендоринг руками?

вендоринг руками?

getgb.io

dep под такое конфигурится?

dep под такое не конфигурится, т.к. vendor не в gopath не будет работать

если переопределять gopath на каждый проект в корень, то получится что vendor в gopath будет, другое дело, что вроде у меня ругался, если не gopath/src/name/vendor

dep?

go build

если переопределять gopath на каждый проект в корень, то получится что vendor в gopath будет, другое дело, что вроде у меня ругался, если не gopath/src/name/vendor

поэтому кастомный GOPATH=<project-dir>:<project-dir>/vendor

он двойной

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

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

У меня не собирает, если vendor в корне проекта и gopath кинут в корень, а исходники в src/name/main.go, только если src/name/vendor . Видимо я что-то не понимаю ?

а вы под каждый проект отдельный воркспейс не делайте, а делайте нормально - один проект это один пакет :)

один большой main?

в репо проще класть готовый воркспейс

один большой main?

Это уже неправильная структура :)

так один пакет

так один пакет

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

я думаю просто вы под пакетом не package подразумеваете, а что-то в стиле gopath/src/пакет

это и есть пакет

и в пакете могут быть подпакеты

которые тоже можно называть пакетами :)

с этого и начали, однако кто-то любит отдельные воркспейсы, вот и вопрос преимущества-недостатки

Недостатки: индивидуальные GOPATH не делают большинство ребят, с индивидуальным GOPATH надо его делать дефолтным при переключении с проекта на проект. Лучше посмотреть как делают те же Kubernetes/CoreOS и делат также

структура проекта своя и плохая, но начата давно и медленно рефакторится, но не об этом речь

с этого и начали, однако кто-то любит отдельные воркспейсы, вот и вопрос преимущества-недостатки

Воркспейсы тесно связаны со своими сборочными скриптами. У меня же например 200строчный мейкфайл для всего, например (тестирование, запуск, деплой и т. д.) и никаких левых скриптов ;)

зависимости рулятся dep'ом

GOPATH=/Users/ejilay/work/go/src/<gitlab>/<repo>/public-api/vendor:/Users/ejilay/work/go/src/<gitlab>/<repo>/public-api CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build <…>

структура проекта своя и плохая, но начата давно и медленно рефакторится, но не об этом речь

Называть пакеты надо в единственном числе, и рефакторить голендом - две секунды

var tcMutex = &sync.Mutex{} var tcMutex = sync.Mutex{} Коллеги, а в чем отличае во взятии мьютекса по ссылке и просто? Есть какие-то подводные камни?

нету

передавать мутекс куда-то надо по ссылке

в остальном - это унопенисуально

Не, речь именно про взятие, понял спасибо

другое дело, что мутекс обычно кладут рядом с данными, которые защищают

Подкиньте, пожалуйста, хорошие примеры структуры крупных проектов...

зачем?

Интересно ознакомиться как кто декомпозирует приложение. Нет вокруг людей, которые подскажут.

структура - это же не про декомпозицию

декомпозиция от архитектуры растет

а структура - это некие формальные рамочки

Так и то и то по факту интересно. А то 99% процентов примеров - накидываем в одну кучу и радуемся

Так и то и то по факту интересно. А то 99% процентов примеров - накидываем в одну кучу и радуемся

а потом рефакторим

это нормальный флоу

ну "обычный")

Docker, Syncthing, Consul, etcd и т.д.

а потом рефакторим

дык вот и интересно посмотреть чего и как у кого в итоге)) Нет народу вокруг, кто может показать "как надо".

все-все сразу не надекомпозируешь, либо у тебя молочные реки в работе)

дык вот и интересно посмотреть чего и как у кого в итоге)) Нет народу вокруг, кто может показать "как надо".

https://medium.com/@benbjohnson/standard-package-layout-7cdbc8391fc1 https://github.com/golang-standards/project-layout

https://medium.com/@benbjohnson/standard-package-layout-7cdbc8391fc1 https://github.com/golang-standards/project-layout

Спасибо

Написал 2 статьи как я делаю онлайновую игру на Go http://dorogoy.tilda.ws/gosaveindie1 http://dorogoy.tilda.ws/gosaveindie2

О, можно играть за Bojack Horseman

хехех, часто слышу

Ребята, подскажите пож как в YAML будет выглядеть слайс структур Пр. Signers []Signer , как сделать массив, это я понимаю, но не понимаю как примерно должен выглять массив у каждого элемента которого есть свои поля

Ребята, подскажите пож как в YAML будет выглядеть слайс структур Пр. Signers []Signer , как сделать массив, это я понимаю, но не понимаю как примерно должен выглять массив у каждого элемента которого есть свои поля

как-то так: signers: - field1-1: value1 filed1-2: value2 - field2-1: value1 filed2-2: value2

вот теперь правильно

как-то так: signers: - field1-1: value1 filed1-2: value2 - field2-1: value1 filed2-2: value2

спасибо за помощь )

f, err := os.OpenFile("/"+module+"_logs", os.O_RDWR|os.O_CREATE|os.O_APPEND, 0666) if err != nil { log.Fatalf("error opening file: %v", err) } defer f.Close()

Данный кусок кода выдает ошибку

FATA[0000] error opening file: open /AV-AVG_logs: permission denied exit status 1

Я так понимаю это связанно с тем что у меня нет прав доступа к папке?

Я так понимаю это связанно с тем что у меня нет прав доступа к папке?

там вроде это и написано

ERROR: S client not available

там вроде это и написано

Но такого не может быть

Да

Я понял

permission denied

Туплю

Абсолютный путь же прописал *facepalm*

Но такого не может быть

обычно слово прогера против слова кода ничего не стоит.

Магии не бывает (с)

Недостатки: индивидуальные GOPATH не делают большинство ребят, с индивидуальным GOPATH надо его делать дефолтным при переключении с проекта на проект. Лучше посмотреть как делают те же Kubernetes/CoreOS и делат также

Есть более радикальный вариант

Возник спор на работе, насколько (не)разумно делать для пакета с базой данной открытые функции LockDB() и UnlockDB(), как полагаете? в функциях тупо управяется мьютекс

база sqlite, её надо лочить на запись

Написал 2 статьи как я делаю онлайновую игру на Go http://dorogoy.tilda.ws/gosaveindie1 http://dorogoy.tilda.ws/gosaveindie2

Еееее type switch

зачем всю базу лочить?

Еееее type switch

а как еще?

зачем всю базу лочить?

потому что sqlite. либо лочить, либо на каждый апдейт проверять и отрабатывать ошибку "database is locked"

optimistic lock не поможет?

не

только изоляция

а как еще?

В go — никак

начнем с того, что там был не го а тайпскрипт

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

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

А почему считать то, что Go — простой язык, является хейтерством?

ту про гугловских джунов речь

go не делался для гугловских джунов

он вообще не для джунов, джуны в нем теряются довольно быстро

Ну с такой точки зрения да. Правда, я не уверен, что у гугла вообще есть джуны :))

А почему считать то, что Go — простой язык, является хейтерством?

"Простой" — не хейтерство. "Примитивный" — считается вроде уже хейтерством

"Простой" — не хейтерство. "Примитивный" — считается вроде уже хейтерством

бедные примитивные типы, все их хейтят

он вообще не для джунов, джуны в нем теряются довольно быстро

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

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

я знаю кучу джунов, которые устроились джавовыми разрабами)