export GOPATH=$PWD:$PWD/vendor не помог?

Чуть позже попробую и отпишусь, только вопрос - что за PWD?

Текущая папка

Вернее полный путь

И ещё вопрос - создал тестовый проект, пробую его скомпилить с помощью gb build all и просто gb build, вроде всё проходит, но где сам-то бинарник?

В самой папке проекта не создаётся папка bin

И ещё вопрос - создал тестовый проект, пробую его скомпилить с помощью gb build all и просто gb build, вроде всё проходит, но где сам-то бинарник?

Где запустил go build, в том же каталоге и бинарник

Где запустил go build, в том же каталоге и бинарник

Не go, а gb

Где запустил go build, в том же каталоге и бинарник

Я запускал в самом пакете (src/mypackage) и просто в папке проекта, но нигде нет этого бинарника

Не нашёл в истории что такое gb...

чет у меня голова не соображает сегодня. нужно переставить последний элемент слайса в начало, есть какой то канонический способ? то, что у меня получилось чет даже самого пугает. func swap(s *[]int) { l := len((*s)) - 1 (*s) = append([]int{(*s)[l]}, (*s)[:l]...) }

s = append([]int{s[len(s)-1:len(s)-1]}, s[1:len(s)-2]...)

s = append([]int{s[len(s)-1:len(s)-1]}, s[1:len(s)-2]...)

чет я это не понял. оно вообще может работать?

это тоже фигня

Незнаю :) ща проверим

во первых длина динамическая

во вторых тут s[1:len(s)-2] почему то пропускается первый элемент и предпоследний или я че то не догоняю

а тут s[len(s)-1:len(s)-1] срез не нужен, s[len(s)-1] это уже последний элемент. вот к нему нужно приапендить s[:len(s)-1], последний же не включается, но суть я понял, наверно никак иначе...

а чем s[0], s[len - 1] = s[len - 1], s[0] не угодило?

s = append(s[len(s)-1 : ], s[:len(s)-1]...)

а чем s[0], s[len - 1] = s[len - 1], s[0] не угодило?

+

а чем s[0], s[len - 1] = s[len - 1], s[0] не угодило?

Вообще замечательно

Ну и то что я последнее кинул работает

s = append(s[len(s)-1 : ], s[:len(s)-1]...)

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

а чем s[0], s[len - 1] = s[len - 1], s[0] не угодило?

и что по вашему это изменит значения s[0] и s[-1] в оригинальном слайсе?

и что по вашему это изменит значения s[0] и s[-1] в оригинальном слайсе?

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

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

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

ну и?

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

вы выполните первый пример и посмотрите что он делает, перывй элемент должен сместиться с 0 на 1, последний идет в начало, а порядок остальных сохраняется

ну ок, тогда вам сюда https://play.golang.org/p/ATPecxcjpAP

Не нашёл в истории что такое gb...

https://getgb.io

ну ок, тогда вам сюда https://play.golang.org/p/ATPecxcjpAP

да вот только чтобы сделать это в ф-ии и придется использовать передачу по ссылке и разыменовывание, разве что от конструкции []int{(*s)[l]} можно избавиться, что собственно тоже не мало.

в общем если кто знает способ лучше, https://play.golang.org/p/WQ-nBHyBEKp -делитесь :)

в общем если кто знает способ лучше, https://play.golang.org/p/WQ-nBHyBEKp -делитесь :)

Для l не выделять память

Для l не выделять память

И сделать код нечитаемым ))

Для l не выделять память

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

Что ж тут не читаемого? (*s) = append((*s)[len((*s)) - 1:], (*s)[:len((*s)) - 1]...)

Можно: (*s) = append((*s)[ (len((*s))-1) : ], (*s)[ : (len((*s))-1) ]...)

Что ж тут не читаемого? (*s) = append((*s)[len((*s)) - 1:], (*s)[:len((*s)) - 1]...)

Нужно больше звёздочек и скобок

Пиздец

Что вы тут устроли?!

(*s) = это зачем так? Что это значит?

Можно: (*s) = append((*s)[ (len((*s))-1) : ], (*s)[ : (len((*s))-1) ]...)

еще пару скобок и получится lisp ))

(*s) = это зачем так? Что это значит?

знаете другой способ ?))))

это называется разыменовывание указателя.. точнее я так называю и за это его принимаю, а как на самом деле хз )

еще пару скобок и получится lisp ))

Это не я первый начал ))

(*s) = это зачем так? Что это значит?

слайс в ф-ию передается по &, и если указать тип, как *[]int, индексация будет недоступна

Я бы вообще сделал свой тип слайс и метод у него

А я бы вообще сдвигал все элементы. Все равно приходится копировать слайс полностью.

Не будет тогда выделения памяти.

Я бы вообще сделал свой тип слайс и метод у него

можно, но это не особо суть меняет, просто будет slice.swap(el1, el2) вызов усложнится. Точнее будет slice.swap(element), вот если указывать 2 элемента для свопа тогда да наверно через метод лучше

А я бы вообще сдвигал все элементы. Все равно приходится копировать слайс полностью.

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

хотя все равно все элементы перебираются. может сразу пустое место зарезервировать и все

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

Но когда вы делаете append все равно происходит копирование всего слайса. Единственное копирование может быть более оптимизированным в append. А так, да, запустите тест, посмотрите.

func swap(s *[]int) { n := (*s)[len((*s))-1] copy((*s)[1:], (*s)[0:len((*s))-1]) (*s)[0] = n }

func swap(s *[]int) { n := (*s)[len((*s))-1] copy((*s)[1:], (*s)[0:len((*s))-1]) (*s)[0] = n }

😵

https://play.golang.org/p/-6cVcSWbzYE

Выделение только одного инта

https://play.golang.org/p/-6cVcSWbzYE

тоже о copy сейчас подумал, глядя в документацию.

Неудобно на телефоне... почему то не всегда ссылку с плэйголанга скопировать удаётся

Неудобно на телефоне... почему то не всегда ссылку с плэйголанга скопировать удаётся

Можно и не по ссылке передавать. Так как изменения только внутри слайса. https://play.golang.org/

бэнчмарки сделать нужно

бэнчмарки сделать нужно

https://gist.github.com/xogeny/b819af6a0cf8ba1caaef

там все довольно спорно и есть в конце ссылка на продолжение, в любом случае нужно на конкретном примере тестировать и смотреть что в итоге будет лучше. Но да так тоже интересно.

По памяти бэнчмарки

По памяти бэнчмарки

мы же в 2018 году, тут память не то чтобы совсем критична :)

Да? Дело ещё в скорости её выделения и уборки потом гб

мы же в 2018 году, тут память не то чтобы совсем критична :)

У вас какая размерность слайса?

Тестировал на 100к примерно, больше вряд ли нужно. Но мало ли )

И там числа в пределах 10^5 внутри

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

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

t.me/clickhouse_ru

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

там я тоже спросил

Тестировал на 100к примерно, больше вряд ли нужно. Но мало ли )

Тестировал на 100к примерно, больше вряд ли нужно. Но мало ли )

BenchmarkCopy-4 20000 93049 ns/op 40 B/op 0 allocs/op BenchmarkAppend-4 5000 272002 ns/op 802986 B/op 2 allocs/op BenchmarkAppendPreallocate-4 5000 346201 ns/op 802976 B/op 1 allocs/op Получается с Copy намного быстрей.

да как то даже слишком

да как то даже слишком

А архиве сам бенч, может что-то упустил.

А архиве сам бенч, может что-то упустил.

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

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

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

Странно что с copy 0 алокаций и при этом 40 байт на операцию, там переиспользуется что ли память