бывает еще, когда читаю и дочитываю предложение, то пытаюсь вспомнить точь-в-точь предложение, которое было до этого. Не получается (смысл понял) точь-в-точь - дизмораль..

Мне кажется , что проблема в том, что хочу быть лучше из лучших ( завышенная планка, которая еще называется «отрицательный перфекционизм»)


ps. Мне действительно нужно услышать мнение людей, чье память просто бомбо, то бишь мне рилл нужна помощь, ибо я уже не могу топтаться на одном месте. Очень сильно страдает любимое занятие, а это программирование.

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

Я могу вспомнить условия задач которые решал 10 лет назад и с пятой попытки не запомню чем-нибудь день рождения. Память у людей работает очень по-разному.

Представьте, что вам в двух словах надо передать суть человеку, который вообще не в теме. Если выдать заученное наизусть определение, то оно этому человеку не поможет.

В общем, для начала надо понять, что раздражает на самом деле: желание зазубрить или то, что не получается его реализовать; и честно самому себе ответить зачем вам вообще все зубрить наизусть?

Если решите избавиться, то это относительно "просто": нужно ловить себя на том моменте, когда начинается попытка "зазубрить" и делать ментальное усилие, чтобы остановить себя со словами "давай на этот раз выделим суть и запомним только её, чтобы потом можно было объяснить своими словами".

С другой стороны, если вам просто по кайфу запоминать много, это не оказывает негативного влияния на вашу жизнь и вы умеете извлекать из этого выгоду для себя каким-то образом, то можно почитать про "метод локусов".

Моё личное мнение: большая часть информации - это белый шум. Надо знать суть и из сути уметь делать инстанс "знания" для конкретной ситуации.

Тот ещё совет.

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

Давай всё-таки лучшим до лучше сократим, стремиться быть лучшим разочарования одни

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

никак, конечно, она там не верна, а тернарка не робит без доразбиения

Мало семантической разницы, все равно 'стремится' есть

@sahikon  @webreh @MasterZiv Спасибо Вам огромное ❤️

Это к слову про обратный мд5?)

Не, это дейли спам

Привет.
Подскажите, какую структуру данных лучше взять для достаточно типичной задачи: есть множество коллбэков, необходимо удалять/добавлять новые (write доступ), вызывать их в цикле (read доступ), всё это в многопотоке и с условием, что коллбэк внутри себя может стриггерить удаление/добавление другого коллбэка. Хранятся они по уникальным ключам, удаляются по ним же.

Пока что в голову лезет достаточно жуткое решение с тремя пулами (current, items_to_add, items_to_remove) под тремя мьютексами и нетривиальной логикой. Но я уверен, что есть какие-то общепринятые практики

Здесь задавали вопрос?
https://t.me/ProCxx

нет, так как я не вижу в задаче ничего С++-специфичного

мб я что-то упускаю, но вроде достаточно просто лок-фри получается.
если колбеков не очень много, то ответ: лок-фри лист. добавлять\удалять\итерироваться можно.
если колбеков настолько много, что бежать по списку для поиска становится дорого, то если вообще не думать, то можно просто завести мэппинг для того чтобы запоминать указатель на позицию в списке и делать удаление\добавление за О(1) а не за О(н), но уже с мютексом для доступа к этому мэпу. если мэппинг становится узким местом, то, если совсем не думать, его можно разбивать на бакеты, в каждом из которых свой мютекс.  хотя для этого наверняка что-то есть более изящное

А можно глянуть ту задачу, что к такому привело?

Удаление/добавления редкие, итерация - частая. В листе напрягает то, что это лист, а не непрерывный последовательный кусок (да, в таком случае вставка/удаление из середины ещё дороже, но они редкие). Но я не так хорошо знаком с нюансами локфри структур данных, поэтому возможно зря переживаю о минусах списков.
Уже изучаю, пока что локфри-лист выглядит наиболее оптимальным решением.

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