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

нольео не надо постить его картинкой, ок?

Хах

а го тур пройден?

что за go тур?

вон тычка же на официальном сайте

что за go тур?

https://tour.golang.org/welcome/1

https://tour.golang.org/welcome/1

спасибо

s0menickname (0) увеличил репутацию Dmitry Chalyi (1)

это что еще такое?

маленький тест

спасибо

а есть пошаговое исполнение как на pythontutor.org?

нет. потому что компилятор

нет. потому что компилятор

ну так для C и крестов есть

а есть пошаговое исполнение как на pythontutor.org?

Легионы fmt.Println() или дебаггер в IDE чем не то?)

вот код: for _, value := range x { total += value } _ - это int, total - int, x - массив int какое условие продолжения цикла?

А как флоат и инт складываются? Я что-то не понял вопроса совсем, кто-то может обьяснить?

_ – это ключ элемента массива и конечно же он инт

вот код: for _, value := range x { total += value } _ - это int, total - int, x - массив int какое условие продолжения цикла?

Это for each

Цикл

И тотал должен быть инт

вот код: for _, value := range x { total += value } _ - это int, total - int, x - массив int какое условие продолжения цикла?

Дайте нам больше информации, пожалуйста

https://godoc.org/github.com/arangodb/go-driver#WithImportDetails указатель на []string блееааа....

А как флоат и инт складываются? Я что-то не понял вопроса совсем, кто-то может обьяснить?

total int конечно

ошибся

total int конечно

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

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

а сколько раз он отработает?

столько сколько значение _?

а сколько раз он отработает?

len(x) полагаю

столько сколько значение _?

Это ключ массива на каждой итерации. 0, 1, 2...

len(x) полагаю

а зачем в этом коде _?

Чтобы не использовать это значение

Все что не нужно скидывается в _

это понятно

В общем вам в go tour

но зачем оно вообще?

это понятно

Иначе никак, range возвращает ключ и значение, их нужно куда то присвоить

но зачем оно вообще?

Идите пройдите тур. А то забаню

Идите пройдите тур. А то забаню

ок

заджойнюсь когда что-нибудь пойму

hi, вопросик есть (https://play.golang.org/p/AUIrSldiIno) почему возможно востановить слайс до его capacity получив доступ к оригинальным данным?

я вижу проблему такую: https://play.golang.org/p/5TmX56nb1se

то есть очевидно что нет иммутабельности что надо copy делать

но вот append растёт в пределах cap оригинального слайса это похоже на баг дизайна

обьясните зачем так?

если мы в append передадим данных более чем cap оригинального слайса, то рантайм создаст новый слайс

а вот рост внутри сокращенного слайса с мутацией это хз

если есть ссылка на почитать зачем так

Вопрос то в чем?

зачем?

Нужен тайный смысл?

но вот append растёт в пределах cap оригинального слайса это похоже на баг дизайна

или фича, слайс - это указатель на лежащий под ним массив

Такой дизайн)

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

если мы в append передадим данных более чем cap оригинального слайса, то рантайм создаст новый слайс

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

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

это я понимаю

я не понимаю почему фича при append мутировать основной слайс https://play.golang.org

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

я придумал обьяснение для кейсов когда мы вычитываем 512 байт например, разбиваем слайсами на поля и кладем в struct например (.Name = x[0:128] … )

И далее мутируем .Name мутируя и оригинальный массив чаров

существует рекоммендация не использовать для передачи параметров контекст

в общем, как-то так: https://github.com/arangodb/go-driver/issues/142 предложил использовать интерфейс для опциональных параметров

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

Ну так это. Экономим байтики

я не понимаю почему фича при append мутировать основной слайс https://play.golang.org

Потому что в доке описано > Slicing does not copy the slice's data. It creates a new slice value that points to the original array. This makes slice operations as efficient as manipulating array indices. Therefore, modifying the elements (not the slice itself) of a re-slice modifies the elements of the original slice:

Вотутавот https://blog.golang.org/go-slices-usage-and-internals

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

вот может для такого

Вотутавот https://blog.golang.org/go-slices-usage-and-internals

я это читал

зачем не понял

Потому что в доке описано > Slicing does not copy the slice's data. It creates a new slice value that points to the original array. This makes slice operations as efficient as manipulating array indices. Therefore, modifying the elements (not the slice itself) of a re-slice modifies the elements of the original slice:

зачем?

Ну вот и пишут же > This makes slice operations as efficient as manipulating array indices.

чем это более эффективно?

Ну наберите Роба Пайка, если он не спит, уточните

Я тут только зритель

при слайсе не происходит копировании это понятно зачем

почему при append не происходит копирование — хз

почему должно?

почему при append не происходит копирование — хз

Вот на это где то тоже видел обьяснение, но к сожалению не найду

И вместе с ним там было о том почему append возвращает значение

почему должно?

не однозначность поведения и не понятные плюсы от не копирования пока влезает в cap

реально позволяет экономить на копировании?

не понимаю где может понадобится не сделав copy делать append так чтобы менялся и основной слайс

если есть ссылка на почитать зачем так

слайс потому и называется слайс, что это срез с массива. это фича, а не баг.

лол

что - лол?

это так и есть

что - лол?

язнаю что такое слайс прекрасно

вопрос не в этом

не понимаю где может понадобится не сделав copy делать append так чтобы менялся и основной слайс

А я не понимаю где нужно делать copy и append?

вопрос не в этом

а в чем?

в том, что есть массив?

язнаю что такое слайс прекрасно

я не уверен