Комментарии 14
Нифига не понятно, но очень интересно
Вектор енумов
Вообще, это довольно частый кейс. Неужели до сих пор нету никакого нормального решения для этого, и приходится все время выдумывать свои велосипеды?
Но ведь и для хранения любых других сущностей нужно подбирать контейнер, исходя из конкретного сценария. Хочешь быстро искать — делай маску, хочешь перебирать — массив или всё-таки вектор, если речь о мультимножестве.
Так что это больше похоже на выбор между отвёрткой и гаечным ключом, чем на построение велосипеда :)
Есть, в т.ч. в яндексовой монорепе: https://github.com/ydb-platform/ydb/blob/main/util/generic/flags.h#L35
С поправкой на то, что это не вектор, а множество :)
В видео на удивление более понятно объясняется, YDB имеет некоторый идентификатор запроса в зависимости от которого происходит распределение по шардам, разработчик же зная количество шардов решил давать идентификаторы запроса в диапазоне от 0 до 300 (деля хеш на 300), но не учел, что ydb самостоятельно распределяет данные на шарды, деля целочисленные идентификаторы на равномерные диапазоны 0-12млн, 12-24 и тд
Футбольная команда:
1) Вектор Енумов
2) Откус Байтов
3) Инсëрт Игноров
4) Свобод Ресурсов
5) Шард Тресну́во — иностранный тренер.
Да в общем то понятно, что ошибки уровня "стажёр", но им то как раз простительно - народ только учится. Но джунский код сразу на продакшен выкатывать, не проревьюив - как-то немного очень смело,имхо..
Публиковать плейлист на ютубчике под видом статьи это свинство, господа.
Как минимум 2 проблемы возникли из-за использования в базе данных автоинкрементных значений в ключах. Может быть просто не использовать автоинкременты, тогда и проблем не будет?
Вектор енумов. С чем мы сталкиваемся в разработке