D🦆
Size: a a a
2020 April 06
FW
Можете подсказать в чем дело?
export GOROOT=C:/msys64/mingw64/bin/go.exe
и все равно не работает не могу сообразить в чем дело
export GOROOT=C:/msys64/mingw64/bin/go.exe
и все равно не работает не могу сообразить в чем дело
x
внутри arr.map вставляем async функцию, итого над каждым элементом массива функция выполняется асихронно и после завершения результаты склеиваются в resultArr
Требуется же не асинхронность, а параллельность
ЛА
Как в sync.Map типы задаются для ключа и значения?
Что-то в референсе не найду.
Что-то в референсе не найду.
В сорцах го есть техники, как с дженериками работать
D🦆
Можете подсказать в чем дело?
export GOROOT=C:/msys64/mingw64/bin/go.exe
и все равно не работает не могу сообразить в чем дело
export GOROOT=C:/msys64/mingw64/bin/go.exe
и все равно не работает не могу сообразить в чем дело
PATH дополни папкой с GO
DE
@dmitry_test https://play.golang.org/p/fzaA873UyZZ
что-то в этом роде можно запилить, будет минимально эффективнее (разница будет незначительная) канала
P.S. это надо проверить race detector’ом
что-то в этом роде можно запилить, будет минимально эффективнее (разница будет незначительная) канала
P.S. это надо проверить race detector’ом
можем ли мы здесь не использовать mutex (просто убрать), ведь у нас каждая запись в массив под своим индексом и они не пересекаются и будет ли это плохой практикой?
D🦆
В сорцах го есть техники, как с дженериками работать
Мне пока рано :)
Пройду основные курсы, вернусь к дженерикам
Пройду основные курсы, вернусь к дженерикам
ЛА
Мне пока рано :)
Пройду основные курсы, вернусь к дженерикам
Пройду основные курсы, вернусь к дженерикам
Если коротко - у тебя их нет и не будет) делать так могут лишь разрабы языка
ЛА
Все твои типы либо конкретные либо interface{}
DE
Если коротко - у тебя их нет и не будет) делать так могут лишь разрабы языка
слышал здесь это решают либами на рефлексии либо кодогенерацией
ЛА
слышал здесь это решают либами на рефлексии либо кодогенерацией
В конечном итоге получим код для нескольких типов. Разрабы же просто работают с памятью через unsafe.Pointer, также им надо знать размер переменной конкретного типа, но код у них в единственном варианте.
FW
PATH дополни папкой с GO
дополнил, но такая же ошибка
D🦆
можем ли мы здесь не использовать mutex (просто убрать), ведь у нас каждая запись в массив под своим индексом и они не пересекаются и будет ли это плохой практикой?
Тоже хотел бы на этот вопрос услышать ответ.
ИМХО небезопасно при изменении капасити
ИМХО небезопасно при изменении капасити
DP
да ладно
DP
если запись не пересекается, и параллельного чтения нет - все безопасно