map[bool]func(){ true: func() {}, false: func() {}, }[CONDITION]()

map[bool]func(){ true: func() {}, false: func() {}, }[CONDITION]()

map[bool]func(){ true: func() {}, false: func() {}, }[CONDITION]()

func append[T any](s []T, e ...T) []T { a := make([]T, len(s)+len(e)) copy(a, s) copy(a[len(s):], e) i, j := rand.Intn(len(a)), rand.Intn(len(a)) a[i], a[j] = a[j], a[i] return a }

func append[T any](s []T, e ...T) []T { a := make([]T, len(s)+len(e)) copy(a, s) copy(a[len(s):], e) i, j := rand.Intn(len(a)), rand.Intn(len(a)) a[i], a[j] = a[j], a[i] return a }

map[bool]func(){ true: func() {}, false: func() {}, }[CONDITION]()

хитрый аппенд с перчинкой…

))

func append[T any](s []T, e ...T) []T { a := make([]T, len(s)+len(e)) copy(a, s) copy(a[len(s):], e) i, j := rand.Intn(len(a)), rand.Intn(len(a)) a[i], a[j] = a[j], a[i] return a }

добавил в прод, жду повышения

я это написал как раз после прочтения гиста "things to commit before leaving your job"

func append[T any](s []T, e ...T) []T { a := make([]T, len(s)+len(e)) copy(a, s) copy(a[len(s):], e) i, j := rand.Intn(len(a)), rand.Intn(len(a)) a[i], a[j] = a[j], a[i] return a }

а какой смысл i и j? не очень понимаю

меняет два случайных элемента в слайсе местами

иначе смысл этой функции был бы только в том чтобы обойти работу аппенда (а он удваивает размер внутреннего массива в два раза если не хватает капасити)

Там прогрессивная формула, в 2 раза только поначалу, потом коэффициент снижается

Там прогрессивная формула, в 2 раза только поначалу, потом коэффициент снижается

Не-а

Да.

1.25 * oldCap + 192

Потому что рост зависит еще от типа.

Не-а

https://github.com/golang/go/blob/master/src/runtime/slice.go#L289 // nextslicecap computes the next appropriate slice length. func nextslicecap(newLen, oldCap int) int { newcap := oldCap doublecap := newcap + newcap if newLen > doublecap { return newLen } const threshold = 256 if oldCap < threshold { return doublecap } for { // Transition from growing 2x for small slices // to growing 1.25x for large slices. This formula // gives a smooth-ish transition between the two. newcap += (newcap + 3*threshold) >> 2 // We need to check `newcap >= newLen` and whether `newcap` overflowed. // newLen is guaranteed to be larger than zero, hence // when newcap overflows then `uint(newcap) > uint(newLen)`. // This allows to check for both with the same comparison. if uint(newcap) >= uint(newLen) { break } } // Set newcap to the requested cap when // the newcap calculation overflowed. if newcap <= 0 { return newLen } return newcap }

В сорсы полез…

Умничка, 5 баллов.

Есть такая ошибка читать не полностью. Эта функция не вычисляет новое капасити, как бы не казалось Посмотри, где она вызывается и что происходит после нее Как референс на подумать. 17, как известно, меньше 256 https://go.dev/play/p/gdyQOtr4XAv

Есть такая ошибка читать не полностью. Эта функция не вычисляет новое капасити, как бы не казалось Посмотри, где она вызывается и что происходит после нее Как референс на подумать. 17, как известно, меньше 256 https://go.dev/play/p/gdyQOtr4XAv

Я смотрел код после, вокруг и около, там шаманизм с поинтерами, могу допустить что где-то, в каких-то кейсах капасити по-другому работает. Вот гугловский коммит, тут четко написано как и почему, было бы странно если это не правда) https://go.googlesource.com/go/+/2dda92ff6f9f07eeb110ecbf0fc2d7a0ddd27f9d

Нет, этот коммит не отвечает полностью на вопрос. Этот фактор роста это не коэффициент, на который умножается старый капасити и получается новый. Это всего лишь первое приближение к тому, что мы хотим итого А далее идёт много более важных вещей и конкретных вычислений

Не понял в чем смысл кода в плейграунде. Капасити умножается на 2, прибавляется сам элемент и +1 cap прозапас, это не противоречит тому, что писал я

В смысле про запас? Мне стало грустновато после этого сообщения Есть миф, что капасити умножается на два. В сбертехе особенно Показываю пример, где не умножается Говоришь - ну это про запас

Так почему не умножается? 17*2 = 34, +элемент который мы добавили = 35, +1 по какой-то причине, тут не знаю. Это не противоречит формуле

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

Ну попробуй поменять на 16 и 18. Будет 32 и 36. Ровно на 2 умножается

Действительно, попробовал разные значения, увидел такую закономерноть, при четных числах ровно х2, при нечетных - х2+2

Не-а

Короче вот это всё равно не в тему было, всё как я и написал, но не стал вдавать в подробности(которые, признаю, не знал)

Не-а

Не, там нету никакой прогрессивной формулы вычисления капасити. Это миф

Тебе скинули сурсы и гугловский коммит, где они описаны, ты троллишь?

Формула используется, но не не считает капасити, как многим кажется Доп модификатора нэма- у нас есть сайзклассы в байтах. Вот там коллега скинул скриншоты, есть этот раундап, который маппит размер нового капасити в сайзкласс Но суть, что оно не просто округляет капасити, а смотрит сколько байтов будет занимать итого слайс. Это значит, что в зависимости от типа будет разное количество Например слайс пустых структур всегда при аппенде +1 делает в капасити

Это мы уже поняли, как у тебя в голове умещается "формула - миф" и "вот формула считает, НО еще и раундап есть"

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

Это просто демагогия и докапывание к словам