Но вот в текущем проекте есть импорт из кастомного http, повлиять я не могу

dep само шуршит сто лет, потом падает

создавая vendor и помещая туда - получаю unexpected tree structure или что то в этом духе

да, я глубоко не копал, это правда. Но бегло решения не нашёл.

Go как первый язык в программировании - ужасная идея?

Имхо, go развращает

А можно еще один нюбасовский вопрос? https://play.golang.org/p/8OXyioGcz8 а где в доке описана ситуация при которой попытка прочитать несуществующий элемент многомерного map будет выдавать пустой map[] ?? Почему возвращает не nil ?

наверное надо через a,ok:= ... пробовать

А можно еще один нюбасовский вопрос? https://play.golang.org/p/8OXyioGcz8 а где в доке описана ситуация при которой попытка прочитать несуществующий элемент многомерного map будет выдавать пустой map[] ?? Почему возвращает не nil ?

map возвращает дефолтное значение, если по ключу нет значения

дефолтное значение для map[string]string — это map[string]string{}

спасибо. понял

А кто может подсказать, как вызвать метод из шаблона , если структура данных находится в импортируемом пакете а собсно сам метод в мейн функции? Я делаю что-то типа MyIndex *mystruct.Index но шаблонизатор меня посылает подальше.

А можно пример кода? Я немного торможу и мне сложно понять вопрос

Я думал JS

не надо

дефолтное значение для map[string]string — это map[string]string{}

Разве? Nil же

неа

дефолтное значение в соответсвии с типом

для string это ""

Разве? Nil же

https://play.golang.org/p/31P_pNugFp

для указателей nil, да

это все питон развращает =) удобно знаетели получить KeyError exception со стректрейсом и вменямым сообщением если к несуществующему вообще python для прототипирования + golang для узких мест, похоже это реально сейчас самая перспективная связка на backend

для string это ""

А для map - nil

для указателей nil, да

И для слайсов

А для map - nil

Всё ещё смешнее https://play.golang.org/p/NCYFA5jMNn

Но на nil range реагирует так же, как на пустой map

И len тоже

https://play.golang.org/p/JeIcnW1dO4

наверное надо через a,ok:= ... пробовать

+

В общем-то не инициализированные map довольно безопасны

наверное надо через a,ok:= ... пробовать

??

В общем-то не инициализированные map довольно безопасны ну вообще нифига оно не безопасно у меня вот тесты fail и я минут 10 пытался понять, почему мне возвращается пустой map[] хотя вроде бы данные есть... ну то есть вот реально надо из мапы только через exists читать и никак иначе

Добрый день, подскажите пожалуйста что я делаю в этом коде не так: https://play.golang.org/p/QKzvSg39dZ . Меня смущает ошибка "cannot use sum (type func(int, int) int) as type func(int) int in assignment" , не понимаю почему, я вроде присваиваю переменной testFunc ссылку на функцию sum, но такое ощущение что чтобы присвоить новый метод, он должен иметь такую же сигнатуру.

когда первый раз присваиваешь через := это новая переменная и она получает тип

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

либо каждый раз := либо таже самая сигнатура

В общем-то не инициализированные map довольно безопасны ну вообще нифига оно не безопасно у меня вот тесты fail и я минут 10 пытался понять, почему мне возвращается пустой map[] хотя вроде бы данные есть... ну то есть вот реально надо из мапы только через exists читать и никак иначе

Если получится, можно заменить твой вариант на такой https://play.golang.org/p/ZwUPQApREM

либо каждый раз := либо таже самая сигнатура

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

Если получится, можно заменить твой вариант на такой https://play.golang.org/p/ZwUPQApREM

не понял этой конструкции, что именно он там поменяло? суть проблемы то была в чем, у меня приходит некий table_name (он оказался с опечаткой), логичнее и безопаснее тут вернуть nil при доступе в map по несуществующему элементу и упасть нафиг в панику точно также как это делается со slice когда индекс за границы выходит... но зачем то тут сделали по другому, в результате у меня вернулся пустой map который благополучно не был проитерирован через range и на выходе я получил ошибочный параметр, который мне уже отфильтровало стороннее API ...

If the requested key doesn't exist, we get the value type's zero value. In this case the value type is int, so the zero value is 0:

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

набросал небольшой пример, может кто-то посмотрит более опытный. https://gist.github.com/anonymous/e77c020d40f745bfa76a81678292be37

не понял этой конструкции, что именно он там поменяло? суть проблемы то была в чем, у меня приходит некий table_name (он оказался с опечаткой), логичнее и безопаснее тут вернуть nil при доступе в map по несуществующему элементу и упасть нафиг в панику точно также как это делается со slice когда индекс за границы выходит... но зачем то тут сделали по другому, в результате у меня вернулся пустой map который благополучно не был проитерирован через range и на выходе я получил ошибочный параметр, который мне уже отфильтровало стороннее API ...

Нет, там не было пустого мапа

Нет, там не было пустого мапа

а это что? map[] это fmt так врет и вместо nil всякое печатает?

как пофиксить? # hello/vendor/github.com/sloonz/go-iconv vendor\github.com\sloonz\go-iconv\iconv.go:6:20: fatal error: iconv.h: No such file or directory // #include <iconv.h> ^ compilation terminated.

под linux очевидно поставить libiconv-dev или подобный пакет

ну под линух любой дурак может, под виндами чё делать?

откуда так много прогеров на го под виндами? только в этом чате узнал, что вас так много

http://gnuwin32.sourceforge.net/packages/libiconv.htm

ложить то их куда?

Я вообще не знал что прогеры под виндами бываютт

Есть многое на свете, друг Горацио, что и не снилось нашим мудрецам

Я вообще не знал что прогеры под виндами бываютт

мы еще не вымерли ?

Ну, я не для холивара, я понимаю если там asp.net какой то , или надло по работе, то ок

ложить то их куда?

у тебя Visual Studio стоит? поставь sysinternals.com включи ProcMon64.exe и посмотри в каком каталоге пытается iconv.h искать

а если go, нах страдать

С го все отлично под Винду, пока не надо в кишки куда-то через cgo залезть

а если go, нах страдать

представляешь, под виндой тоже никто не откажется от "статического бинарника" Гошечка под виндой ... почти как "новый дельфи"

Да, это я тоже понимаю, есть клиенты кому удобно бинарник под винду отдавать

Вместо Iconv кстати можно попробовать юзать вот это https://groups.google.com/forum/#!msg/golang-ru/MNJJ5xrlCNQ/frZ0sfs2R8gJ только адрес библиотек другой теперь golang.org/x/text/transform golang.org/x/text/encoding/charmap

у тебя Visual Studio стоит? поставь sysinternals.com включи ProcMon64.exe и посмотри в каком каталоге пытается iconv.h искать

ну очевидно рядом с iconv.go

а что удивляет? у nginx тоже есть платная версия с поддержкой

а что удивляет? у nginx тоже есть платная версия с поддержкой

То, что у них это сделано неадекватно

Я не против платной версии

То, что у них это сделано неадекватно

что неадекватно? цена?

или расчет инстансов?

То, что у них это сделано неадекватно

лицензия не запрещает использовать в комерческих целях, качаешь, компилишь, используешь https://github.com/mholt/caddy/blob/master/LICENSE.txt

что неадекватно? цена?

Если вкратце, у них было запрещено убирать sponsor header Однако сейчас убрали из eula это требование

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

Всмы?

Здаров

кто пользуется dep?

кто пользуется dep?

В профессиональном чате можешь пропускать этап знакомства и приступать сразу к конкретике

GOPATH указывает на директорию проекта, в проекте структура /src /server /main.go dep init приходится запускать из src/server, иначе получаю root project import: /asd/zxc not in GOPATH

почему такие странные косяки и какая стуктура ожидается?

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

ну то есть dep не научить запускать из корня проекта?

Нет

спс

ну то есть dep не научить запускать из корня проекта?

Dep всегда запускают изкорня проекта. Но у вас структура gopath неправильная

какая правильная?

Как в документации

$GOPATH/src/<PROJECT_NAME>

какая правильная?

https://golang.org/doc/code.html#Workspaces

все сплошняком нарушают)

Не-а

$GOPATH/src/<PROJECT_NAME>

у меня именно так

у меня именно так

корень проекта в таком случае именно папка <PROJECT_NAME>

а не src

все сплошняком нарушают)

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

корень проекта в таком случае именно папка <PROJECT_NAME>

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

С монорепо значит все мучаются. Ну думаю осознают рано или поздно

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

java хорошему не научит)

ну вообще на фронте тоже все сплошняком в монорепо

А кто использовал gst вместе с go?

ну вообще на фронте тоже все сплошняком в монорепо

ну как уже писали это всего лишь соглашения. В каких-то языках они строгие в каких-то нет

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