тут про for цикл

он копию создает

т.е. значение можно перезаписывать и основному массиву ничего не будет

А ты про это - да. Но на сколько я помню это на стеке создается. Ноя могу ошибаться

а нельзя сделать, чтобы он не копировал?

а нельзя сделать, чтобы он не копировал?

Он и не копирует, пока ты туда что-нибудь не запишешь

И вообще, сначала бенчмарки, потом оптимизации

Ну если тебе не нужна копия элемента то почему бы не брать по индексу?

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

о, прикольно, можно функции передавать в функции, наверное еще и лямбда выражения есть

Вопрос. Когде юзаешь dep папочку vendor на репу заливать или нет?

Как можно в go задать отдельно тип для каждого элемента map?

во, прикольно, лямбды есть )

как в JavaScript вернее функции высшего порядка

как в JavaScript вернее функции высшего порядка

Лямбды в Жс с каких пор стали функциями высшего порядка?

ну спутал)

Бывает.

Как можно в go задать отдельно тип для каждого элемента map?

никак

Как можно в go задать отдельно тип для каждого элемента map?

Как-то никак. Можешь использовать интерфейсы

ну в общем хорошо что можно с функциями так играться

даже функции возвращать можно )))

Как-то никак. Можешь использовать интерфейсы

cannot use info["website"] (type interface {}) as type Website in argument to BuildUwsgi: need type assertion

так сконвертируй

if strings.Contains(backend, "uwsgi"){ BuildUwsgi(info["website"], backend) }

info["website"].(Website)

Спасибо

Тебе даже го в сообщении об этом говорит

даже функции возвращать можно )))

Слух, а чо тут крутого? Легче сосчитать языки которые не могу принимать и возвращать функции и не имеют лямбд чем обратные.

Все языки после Си умеют такое. А лимбы и того раньше.

Тем что тут это приятно :D

Так он с ЖСом сравнивает, там вообще легко и просто.

Хз хз.

Вопрос. Когде юзаешь dep папочку vendor на репу заливать или нет?

Заливай

Вопрос. Когде юзаешь dep папочку vendor на репу заливать или нет?

лучше заливать

спасибо

Просто в текущими блокировками или возможными подменами кода да и компиляция все дела

короче приятнее иметь все свое рядом и удобно

чет не получается вернуть два параметра

чет не получается вернуть два параметра

return a, b

я их в скобках возвращал

спасибо))

Вопрос. Когде юзаешь dep папочку vendor на репу заливать или нет?

лучще заливать, иначе пользователи забодаются делать ensure

а есть какой-то стандартный тип для возврата ошибок?

чтобы свой не объявлять

а есть какой-то стандартный тип для возврата ошибок?

интерфейс Error

ну это понятно, а тип?

т.е. структура

зависит от того, какого типа ошибку ты хочешь вернуть

fmt.Errorf(...) errors.New(...)

во, спс)

во, спс)

но это не очень хорошо

очень желательно делать кастомные ошибки

ну когда не надо ничего в ошибку класть

то норм

ну когда не надо ничего в ошибку класть

если не надо ничего класть, то nil

кроме строки =)

кроме строки =)

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

ну да =)

а можете напомнить как закастить к определенному инерфейсу переменную?

мммм

что ты имеешь ввиду?

ну привести к определенному типу

Если у типа есть метод определенный в интерфейсе то все. Он уже соответствует

и если не привелась , то ошибку обработать

приведи пример пожалуйста

ну мне надо методы вызвать )

методы то скрыты

ты имеешь ввиду типа if value, ok := string(a)

типа того?

ну да

спс =)

Обращайся :)

if value, ok := error(err) { fmt.Println(value.Error()) }

чет не пашет)

if value, ok := error(err) { fmt.Println(value.Error()) }

if value, ok := error(err); ok {

ммм

а зачем ты так делаешь

Очень странный код

да просто для прикола