а, так тут вообще тогда unsafe не надо https://play.golang.org/p/SExpcVevMS1

не работает

не сдал, приходи на пересдачу

:D

хорошую статью как пользоваться pointer arithmetic

Попробую с мингв

только на собесах такое не спрашивайте

Товарищи, не подскажет случайно кто, что это за безобразие?

какой то go процесс сжирает 100% CPU

go version go1.14.1 darwin/amd64

была вот такая бага: https://github.com/golang/go/issues/37741
но её по всей видимости пофиксили в v1.14.1 который у меня и установлен..

Привет!
Есть ли в чате программмисты, которые хотят стать тим лидом, но пока не получилось/не успелось?
Буду очень благодарна, если напишите в личные сообщения и мы с вами проведем небольшое интервью.
Я провожу исследование для крупного карьерного IT-портала.
Изучаем возможность (нужность) создания бесплатной образовательной программы по менеджмент-скиллам в IT.
С меня инсайды по HR в IT, корректировка резюме и все, чем смогу помочь в рамках своей HR-экспертизы))

Есть ли в чате программисты?

нет, тут только гоферы

А что такое "инсайды по HR"?

почему вы хотите 1500$, а вам предлагают 700$

коллеги, давайте без флуда, а?

Каст и сдвиг и каст

вопрос про алгоритмы и стр. данных. сори если оффтоп для чата.

знакомлюсь с графами и чёт задумался.

– граф зациклен, те надо добавлять в структуру ноды .visited bool, либо хранить посещённые ноды в map’е
– что есть оптимально, когда граф ~2MB, и он используется постоянно ~100 тыс. юзерами? (метрики условны)
– с точки зрения параллельного доступа и очевидной экономии памяти – права на граф должны быть read-only, тогда храним посещённые в map’e.
– представим, что хотя бы 1% юзеров начинают искать худший случай одновременно, map’a разрастётся для отдельного юзера, приложение +2ГБ RAM (можно хранить какой-нибудь уникальный ID ноды, чтобы сократить размер мапы, но тогда увеличим масштаб проблемы)

Делаем расширение графа для “горячих” случаев?
условно

if len(map) > 100 { 
  func graph.AddHotSpot(head, current) {
    map[current + head]++

// вместо [сur+head] какая-нибудь аппроксимирующая функция, чтобы избежать уникальных случаев, стоящих рядом
// вместо ++ структура с счётчиком и слайсом этих ближайших объектов

    if map[current + head] > 50 { graph.anotherFuncWhichReturnsRoute(head, current) }
  }
} 

может я усложняю или есть классическое решение?

if len(map) > 100 { 
  func graph.AddHotSpot(head, current) {
    map[current + head]++

    if map[current + head] > 50 { graph.anotherFuncWhichReturnsRoute(head, current) }
  }
} 

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

Если 1% юзеров одновременно начнет что-то искать, вот тогда и будете оптимизировать