https://play.golang.org/p/2lTHgS6Ath

изврат=)

изврат=)

все как ты и любишь же, нет? :)

Может у кого будут идеи как реализовать это иначе?) https://github.com/SolidlSnake/easyvk-go/blob/master/easyvk/account.go#L78 Функция getAppPerm

Как вариант: не нужно разбирать каждый бит в отдельное поле. Лучше положи битовую карту в отдельный тип (вроде type PermissionBits uint) и для каждого бита пропиши метод: func (b PermissionBits) Notify() bool { return b&notifyBit != 0 }

Или даже лучше, чтобы не множить методы: const ( PermNotify = 1 PermFriends = 2 ... ) func (b PermissionBits) Can(perm uint) bool { return b&perm != 0 }

Да, это красиво будет, спасибо, но проблему кучи ифов не решает :(

const notifyBit = 1 const friendsBit = 2 const photosBit = 4 const audioBit = 8 const videoBit = 16 const pagesBit = 128 const statusBit = 1024 const notesBit = 2048 const messagesBit = 4096 const wallBit = 8192 const adsBit = 32768 const offlineBit = 65536 const docsBit = 131072 const groupsBit = 262144 const notificationsBit = 524288 const statsBit = 1048576 const emailBit = 4194304 const marketBit = 134217728

кажется тут красивее будет не в десятичной системе

я бы смещениями сделал к примеру

кажется тут красивее будет не в десятичной системе

А каким образом это реализуется? Можно как-то задать двоичное число?

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

как-то так

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

Если это битовая карта от внешнего API, то использовать йоту небезопасно имхо

не используй, смещай как захочешь

Этический вопрос. Я взял у чувака библиотеку с MIT лицензией. Переписал её под себя. Лицензия тоже MIT. Мне надо ссылаться на этого чувака?

Этический вопрос. Я взял у чувака библиотеку с MIT лицензией. Переписал её под себя. Лицензия тоже MIT. Мне надо ссылаться на этого чувака?

Да

Построчный разбор лицензии MIT / Хабрахабр https://m.habrahabr.ru/post/310976/

коллеги, читаю json, в структуре поле float64, из json значение 20.0 корректно анмаршаллится во float64, но при маршаллинге записывается как 20, что не хочет читать клиентская софтина - ругается что инт пихаю вместо флоата. Есть мысли кроме регуляркой менять реплейсить (это уже пройденный этап)?

Может быть, реализовать json.Marshaler на типе поверх флоата?

Может быть, реализовать json.Marshaler на типе поверх флоата?

выглядит интересено. пробую. спс

как зафорсировать gorm делать hard delete когда используешь gorm.Model ?

WTFPL — самая нормальная лицензия.

коллеги, читаю json, в структуре поле float64, из json значение 20.0 корректно анмаршаллится во float64, но при маршаллинге записывается как 20, что не хочет читать клиентская софтина - ругается что инт пихаю вместо флоата. Есть мысли кроме регуляркой менять реплейсить (это уже пройденный этап)?

для истории: type VideoQuality float64 func (vq VideoQuality) MarshalJSON() ([]byte, error) { return []byte(strconv.FormatFloat(float64(vq), 'f', 1, 64)), nil }

При использовании iota нельзя использовать сторонние функции? Мне вот надо сделать степени двойки, math.Pow не пускают, говорят экстримизм

константные выражения вычисляются при компиляции

нельзя использовать runtime функции

И оператора возведения в степень, конечно же, нет. Один питон няшка, блин)

При использовании iota нельзя использовать сторонние функции? Мне вот надо сделать степени двойки, math.Pow не пускают, говорят экстримизм

1 « iota

1 « iota

да, тут в другом чатике подсказали) все равно спасибо)

@SolidlSnake вот же сразу ответили

А каким образом это реализуется? Можно как-то задать двоичное число?

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

@SolidlSnake вот же сразу ответили

Я на тот момент не знал, что такое iota, думал речь о ней и просто как пример привели)

Ок, плюс в доках и блоге golang подробно объясняют с примерами

=) << это информатика 5 класс

=) << это информатика 5 класс

Классно, не помню точно была ли у нас в 5 классе информатика, но если и была, то дальше пайнта мы не выбирались :)

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

по крайне мере у нас так было

Кто-нибудь поедет на gophercon в этом году?

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

Самое сильное, что у нас было это основы верстки)

как зафорсировать gorm делать hard delete когда используешь gorm.Model ?

hi all

Ok

как зафорсировать gorm делать hard delete когда используешь gorm.Model ?

https://github.com/jinzhu/gorm/issues/342

Go: многопоточная запись в файл CSV Иногда при разработке приложений на Go бывает необходимость записи в файл CSV из нескольких горутин, при этом встроенный CSV Writer непотокобезопасен. ... https://tehnojam.pro/category/development/go-mnogopotochnaja-zapis-v-fajl-csv.html

Go: многопоточная запись в файл CSV Иногда при разработке приложений на Go бывает необходимость записи в файл CSV из нескольких горутин, при этом встроенный CSV Writer непотокобезопасен. ... https://tehnojam.pro/category/development/go-mnogopotochnaja-zapis-v-fajl-csv.html

лол

"хайлоад"

Go: многопоточная запись в файл CSV Иногда при разработке приложений на Go бывает необходимость записи в файл CSV из нескольких горутин, при этом встроенный CSV Writer непотокобезопасен. ... https://tehnojam.pro/category/development/go-mnogopotochnaja-zapis-v-fajl-csv.html

Спойлер: в любой непонятной ситуации обмазываемся мьютексами

Какое-то совсем неэлегантное решение.

Но вообще адок какой-то, имхо

В принципе есть и другие варианты. Например, сделать актор, который только записывает байтики в файл. И принимать их через канал. Будет ли оно лучше работать неясно.

Коллега говорит, что так все же лучше, чем мьютексы.

так идеоматичнее

но однозначно медленнее

(потому, что в канале больше одного мутекса)

Вообще не будет медленнее

Просто потому, что это запись в файл

Смотрите. У меня есть некая самописная база данных в памяти. С индексом. Несколько мап. Диск есть, но в качестве скажем так, бекапа. Индекс не на диске, данные в памяти и диске, при чтении диск не используется, только при записи и при старте. Клиенты могут делать в неё запись. Пересчет индекса быстрый, но не мгновенный. Вариант первый - клиент ставит мьютекс, записывает, разлочивает. Вариант второй - клиент в channel записывает что хочет записать, отдельна горутина слушает его и перестраивает индекс. Внимание вопрос - что быстрее?

Просто потому, что это запись в файл

а это от потока и буферизации зависит

Смотрите. У меня есть некая самописная база данных в памяти. С индексом. Несколько мап. Диск есть, но в качестве скажем так, бекапа. Индекс не на диске, данные в памяти и диске, при чтении диск не используется, только при записи и при старте. Клиенты могут делать в неё запись. Пересчет индекса быстрый, но не мгновенный. Вариант первый - клиент ставит мьютекс, записывает, разлочивает. Вариант второй - клиент в channel записывает что хочет записать, отдельна горутина слушает его и перестраивает индекс. Внимание вопрос - что быстрее?

Второй вариант и лучше и быстрее

В том же Tarantool'е запись на диск делает только 1 поток

Смотрите. У меня есть некая самописная база данных в памяти. С индексом. Несколько мап. Диск есть, но в качестве скажем так, бекапа. Индекс не на диске, данные в памяти и диске, при чтении диск не используется, только при записи и при старте. Клиенты могут делать в неё запись. Пересчет индекса быстрый, но не мгновенный. Вариант первый - клиент ставит мьютекс, записывает, разлочивает. Вариант второй - клиент в channel записывает что хочет записать, отдельна горутина слушает его и перестраивает индекс. Внимание вопрос - что быстрее?

Я бы сделал оба варианта. Второй быстрее, ведь клиенту не надо ждать записи

Клиент итак не будет ждать. Клиент получит мгновенно "ок, сделаем". дальше запускается горутина котора делает мьютекс или пишет задание в channel.

Но идея с одним потоком для записи хороша и понятна

Клиент итак не будет ждать. Клиент получит мгновенно "ок, сделаем". дальше запускается горутина котора делает мьютекс или пишет задание в channel.

Это херня какая то

Имхо

Ну такая идея. В случае ошибки записи клиент в дураках, да.

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

Ничего страшного в моем случае.

дамп на диск тоже не страшно. Его можно не сразу а раз в пять минут например.

Самое главное индекс пересчитать.

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

Ок, допустим клиент получает отмашку "{status: 'OK'}". Вопрос что быстрее - мьютексы или чанел

В канале внутри мутекс. Вывод напрашивается сам.

два

но - канал бывает буферизованный

два

хех. Вопросов больше не имею.

Тут очень много случаев race condition может быть. Данные записались не в том порядке или что то не так пошло. Думаю, не зря in-memory DB часто однопоточны

так что в реальности буферизованный канал может оказаться быстрее

но - канал бывает буферизованный

если буфер лимитированный то я могу не париться и массив сделать и в него писать. и отдельно разгребать.

Канал, в добавок, нагляднее будет.

но это как раз и будет буферизованный канал, по факту

еще вопрос. после того как начал писать в map и до того как закончил писать в map - читать из него безопасно? для читателей надо делать лок пока не запишут?

надо делать лок

поэтому надо пользовать rwmutex

https://github.com/avelino/awesome-go/pull/1371/files#diff-04c6e90faac2675aa89e2176d2eec7d8R815

поэтому надо пользовать rwmutex

но он, грубо говоря, блочит мир.

что ты имеешь в виду?

https://github.com/golang/go/issues/17973

добрый день. Есть такая задачка. Нужно накалякать rest server. Есть кучка сущностей, которые могут возвращаться в ответах. Само тело ответа состоит из {metadata: {...}, response: {......}} В зависимости от запроса нужно подменять в поле response данные на эти сущности. Как сие заделать есть идеи? куды копать? желательно пользовать echo