wait, what?! boolean не thread safe?!

wait, what?! boolean не thread safe?!

А с чего ему быть?

А с чего ему быть?

может быть уже поздно и моя голова не работает но... нужно защищать boolean field - mutex'ом при concurrent read/write?

может быть уже поздно и моя голова не работает но... нужно защищать boolean field - mutex'ом при concurrent read/write?

Да

Или эмулировать через атомик инт

постой, а почему?

почему boolean reading/assignment не atomic по умолчанию?

это же вроде тривиальная операция

почему boolean reading/assignment не atomic по умолчанию?

Потому что в железе нет була

В железе у тебя регистры

И память

И "загрузить в регистр"

А ещё потому что на атомик операцию тебе ещё надо инвалидировать кэш лайн в соседних ядрах и ЦПУ

понял

Поэтому оно и не атомик

ну тогда буду эмулировать атомиком

кстати интересно.. нет ли разницы в производительности меж sync.атомиками и наивной имплементацией с RWMutex?

кстати интересно.. нет ли разницы в производительности меж sync.атомиками и наивной имплементацией с RWMutex?

Есть, атомик быстрее чем лок

Но там не так принципиально

Атомик не бесплатно даётся

Атомик не бесплатно даётся

это понятно, любая синхронизация относительно дорога

Ну то есть если ты делаешь десяток операций мьютекс лучше чем десяток атомиков

1 vs 1 - atomic дешевле.

Из головы разницу в скорости не скажу

Сделай бенч сам

Ну то есть если ты делаешь десяток операций мьютекс лучше чем десяток атомиков

seems legit

Всем Мир! Есть какие-то симпатичные альтернативы тому чтобы писать код в $GOPATH? Потому как надоело юзать относительное пути и.т.п, перекидывать GOPATH, тоже особого желания каждый раз нет. Сколько сейчас читал есть много недовольный такой системой, но многие ее и защищают, с различными менеджерами тоже немного запутанно кажется

относительные пути использовать не надо совсем. дальше есть предмет обсуждения?

Ладно.. видимо я неверно выразил вопрос или что-то сам перепутал. Насколько я знаю, я должен писать свой код в $GOPATH/src/myproject, но хотел узнать как можно держать папку проекта вне $GOPATH, сейчас dep ругается на то что папка проекта находится вне GOPATH

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

Окей, попробую, но выглядит это немного странно)

вот такой язык

как привыкнешь к нюансам, прозреешь

откровение у тебя будет

прекрасный религиозный опыт

Ладно.. видимо я неверно выразил вопрос или что-то сам перепутал. Насколько я знаю, я должен писать свой код в $GOPATH/src/myproject, но хотел узнать как можно держать папку проекта вне $GOPATH, сейчас dep ругается на то что папка проекта находится вне GOPATH

а в чём проблема? почему не в $GOPATH/src/namespace/yourproject ?

я вот щас на dep перешёл, и теперьча думаю как из github.com/. вычищать то что натыкал?

а в чём проблема? почему не в $GOPATH/src/namespace/yourproject ?

а это не одно и то же? неужели он про кол-во уровней вложенности говорил?

я вот щас на dep перешёл, и теперьча думаю как из github.com/. вычищать то что натыкал?

если ты про зависимости то с версии 1.8 компилятор автоматически ищет их сначала в локальной /vendor а потом уже в $GOPATH

если ты про зависимости то с версии 1.8 компилятор автоматически ищет их сначала в локальной /vendor а потом уже в $GOPATH

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

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

не понимаю проблему..

какой мусор?

не понимаю проблему..

куча либ скачанных через go get

куча либ скачанных через go get

так в чём собственно проблематика?))

снеси GOPATH, создай новый, в чём проблема то?

Упс, эт как?

А что будет с нужными пакетами? Доустановить?)))

А что будет с нужными пакетами? Доустановить?)))

можно просто занового установить Go, заодно на новую 1.10 перейти))

У мну и так 1.10...

имеется ввиду снеси всё нахрен и поставь заново чтоб лишний раз руки не пачкать

Не, это не тру путь. Подожду када разрабы допилят эту фичу, типа go clear ))

Тем более там не так много, можно ручками перебрать.

Не, это не тру путь. Подожду када разрабы допилят эту фичу, типа go clear ))

не будет такого

Ну и ладно.

а в чём проблема? почему не в $GOPATH/src/namespace/yourproject ?

Ну потому как, выглядит это странно, что нельзя писать код там где тебе хочется. У меня есть папка с различными проектами, на разных языках. Иногда go исполюзуется для какой-то небольшой части в проекте на python и.т.п То что это не go way я знаю, но людей которых этот момент смущает тоже достаточно. Ладно как говорится в чужой монастырь...) Вот в этом и заключался вопрос, как я понял GB как-то это обходит. Но видимо лучше смириться)

Ну потому как, выглядит это странно, что нельзя писать код там где тебе хочется. У меня есть папка с различными проектами, на разных языках. Иногда go исполюзуется для какой-то небольшой части в проекте на python и.т.п То что это не go way я знаю, но людей которых этот момент смущает тоже достаточно. Ладно как говорится в чужой монастырь...) Вот в этом и заключался вопрос, как я понял GB как-то это обходит. Но видимо лучше смириться)

ты можешь иметь multiple gopath

можешь gopath менять в рантайме

Ну потому как, выглядит это странно, что нельзя писать код там где тебе хочется. У меня есть папка с различными проектами, на разных языках. Иногда go исполюзуется для какой-то небольшой части в проекте на python и.т.п То что это не go way я знаю, но людей которых этот момент смущает тоже достаточно. Ладно как говорится в чужой монастырь...) Вот в этом и заключался вопрос, как я понял GB как-то это обходит. Но видимо лучше смириться)

"There are only two kinds of languages: the ones people complain about and the ones nobody uses" - Stroustrup

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

Да, сейчас по канонам попробую)

Вот как мне эту грёбанную проблему обойти, весь моск иссушила))) func course() (exc *Exch, err error) { str := []string{"USD", "EUR"} s := new(Course) exc = new(Exch) for _, item := range str { resp, err := http.NewRequest("GET", "http://api.fixer.io/latest?base="+item, nil) ... vet жалуется на то, что err уже объявлена, и что самое удивительное, что оно считает объявленным err в возврате. declaration of "err" shadows declaration at currensy.go:27 (vetshadow)

ты в переборе переопределеяешь err, который в именованом возврате

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

ERROR: S client not available

А, кажись понял, была такая мысль, но никак не придумал как закодировать её.

Спасибо, ща покумекаю.

что кумекать? убери err из сигнатуры и перепиши

func course() (exc *Exch, er error) { ... return exc, er } Ахренеть))))) Спасибо.

Всё равно криво.

(exc *Exch, er error) - ты вообще понимешь что это за запись?

Да, я возвращаю указатель на структуру и ошибку. Но так как у меня не определена er, то я возвращаю пустышку, может nil вернуть?

нет, не понимаешь

er error означает что ты можешь в теле функции создать переменную er и она вернется без return

func() (er error) { er := .... }

func course() (*Exch, error)

так сделай

func course() (exc *Exch, err error) { ... return exc, nil } вот так тоже пойдёт?

прочти предыдущие мои сообщения

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

причем тут nil? я тебе про nil слова не сказал

Я понял про именованную переменную в возврате, ну могу в крайнем случае, её воткнуть в последней проверке, у меня как-то так если ошибка, а отлавливаю её по recover return nil, errors.Wrap(err, "Текст ошибки") return nil, errors.Wrap(err, "Текст ошибки") return nil, errors.Wrap(err, "Текст ошибки") ... В конце, уже возвращать нечего, ибо все ошибки проверены, но так как в возврате стоит error, то нужно что-то вернуть. Или переписывать?

ты говоришь, то понял, но ты не понял

убери именованый возврат. и это не имеет отношение к nil, проверкам итд. это просто сделает код более понятным и поддерживаемым (на что тебе vet и ругается)

func course() (*Exch, error)

Аааааа, понял))))) Чото не разглядел сразу про что вы.

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

func course() (exc *Exch, err error) { ... return exc, nil } вот так тоже пойдёт?

func course()(*Exch,error) {}

func course()(*Exch,error) {}

Да да, я уже понял Александр настойчиво убедил меня)))

Именованный ретурн только для ФУНКЦИЙ в три строчки

иначе зло

это еще называю "голый" ретурн

ибо func split(sum int) (x, y int) { x = sum * 4 / 9 y = sum - x return }

Ядрён-батон! app.go:16::warning: cyclomatic complexity 24 of function main() is high (> 10) (gocyclo)

Ядрён-батон! app.go:16::warning: cyclomatic complexity 24 of function main() is high (> 10) (gocyclo)

В чем ядрен батон? Либо много циклов, либо просто придирается. Я вообще gocyclo отключал. Даже на несложный код матерился.

Спасибо, я даже половины не написал, это бот на либе.

Спасибо, я даже половины не написал, это бот на либе.

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