os.Getenv("variable")

Всем привет, ребят, подскажите, пожалуйста, для обычной vs, не code, нет возможности писать на go со всеми плюшками vs в плане отладки, компиляции и т.д.?

Это самая годная фри IDE

ещё нагуглил liteide, вроде для go прям заточена, кто-нибудь знает и юзает её?

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

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

а вот с этим в чем сложность не понял

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

стрелку вверх нажать?

стрелку вверх нажать?

кто-нибудь пробовал писать android-игры на go ? )

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

всем привет, помогите что то туплю: data[0:100] возвращает type byte[] а мне надо byte[100]

var array [100]byte copy(array[:], data[:100])

Но зачем тебе нужен массив?

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

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

в куче

если у тебя 32-х битная система - слайс на 100 элементов займёт те же 112 байт

Но процом платишь за конверсии в слайс и обратно

А до этого надо выяснить что этот кусок стоит оптимизировать

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

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

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

да а то что осталось от data ~ 900 байт - gc соберет

Все, что осталось он соберет, не важно, взял ли ты в слайс или массив первые сто байт. Ну если ты понимаешь, как работает capacity.

предположим у нас есть данные длинною в 1000 байт в колличестве миллион data = map[int][1000]byte длиною в 1000000 ~ гиг нас для работы интересуют только первые 100 байт из каждого масcива после загрузки данных он будет хранить все данные пока может встретится обращение к массиву если при загрузке данных мы сразу отрежем не нужное и у нас будет data = map[int][100]byte ~100 мегов

Остальное очистит gc, если ссылок на data не останется

предположим у нас есть данные длинною в 1000 байт в колличестве миллион data = map[int][1000]byte длиною в 1000000 ~ гиг нас для работы интересуют только первые 100 байт из каждого масcива после загрузки данных он будет хранить все данные пока может встретится обращение к массиву если при загрузке данных мы сразу отрежем не нужное и у нас будет data = map[int][100]byte ~100 мегов

data = data[0:100:100]

ну так он все равно по типу возвращает byte[] data := make(map[int][100]byte, count) z := input[:100:100] data[i] = z Cannot use 'z' (type []byte) as type [100]byte

Если смотреть на оптимизацию, то стоит задуматься, стоит ли грузить гиг данных, чтобы потом отрезать сто байт

Я тебе о слайсах, а ты о массивах) Мой совет, изучи структуры данных в go, прежде чем заниматься таким.

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

А ты гиг в массив получаешь, не слайс?

main. go и deb.go. func debugFoo() {}

Ребята, читал историю чата на предмет создания deb пакетов. Кто-то из вас сталкивался с задачей упаковать go приложение в deb пакет с возможностью CI