Антон Полухин - C++ трюки из userver 

С болью в сердце думаю о том, что есть С++ программисты, которым приходится разбираться c prvalue без Антона :))

Когда ты сражаешься не с проблемой, а с инструментом, который должен её решать 👍

Классно, что обновили документацию. Выглядит современнее ++ удобнее работать.

Обожаю послушать Антона... Всегда куча нового, прикольного! И конечно в конце жду, что будет ссылка на либу, код, что бы просто все готовое можно было использовать, т.к. то что Антон говорит - "просто написать контейнер" - это неделя работы минимум хорошего программиста в моей команде, а новичок может и напишет быстрее, только потом переписывать придется.

Самый правильный тип программистов - "ленивые неленивые программисты" - лучше потратить время на удобные инструменты (типы/структуры данных), а потом быстро их использовать )

TrivialBiMap или похожее решение не помешало бы в какой boost засунуть

lazy prvalue - огонь!

Если вы все равно используете кодогенерацию, почему не скодогенерить функции трансляции енума в строку и обратно вместо этой БиМапы? Не нужно будет полагаться на оптимизацию компилятора, которая внезапно не отломается. За одно и в дебаге будет работать все. А еще и бонусом будет ускорение компиляции и меньше "мусорных" impl-символов )

А чем deque хуже FIxedArray?

Проблему необходимости копирования старых данных при увеличении размера массива можно решить очень элегантно, если знать как работает виртуальная память. Просто сразу создавайте массив максимальной длинны, с большим запасом, что бы его никогда не пришлось расширять. Пока вы не записали в него все данные он будет потреблять ровно столько памяти сколько в него было записано. Только не забудьте что инициалзировать по старинке его нельзя и вектор тут не подойдет, он попытется инициализировать всю память и умрет. UPD: поскольку не до всех дошло очевидное, массив конечно же надо не на стеке создавать, а аллоцируя память в куче (malloc/new). И речь идет о больших объемах, а не о сотне элементов (когда у вас расширение вектора уже создает проблему).

Кто-нибудь может написать версию линкера и платформу, под которой не ловится дублирование символов. Мб я составляю маленькие примеры но мне линкер всегда выдает ошибку при попытке слинковать файлы, которые определяют функции, совпадающие по сигнатуре.

Может быть примеры неудачные, но наличие мьютекса и отсутствие конструкторов как бы намекают на использование std::shared_ptr. Лет 10 назад написал на хабре "JSON-сериализатор на быстрых шаблонах", так он весь построен по принципу как у вас enum, правда он ещё на 03 стандарте и enum там тоже есть и флаги, когда int представленный как A|B|C сериализуется (и десереализуется, разумеется) либо в строчку "A|B|C" лобо в массив ["A", "B", "C"], до сих пор используем во всех проектах

Пример с бимапой это какой стандарт? 20 говорит "не хочу constinit вместе с explicit".

получается, что case insensitive сравнение строк в trivialbimap не даст уже скорости за счет сравнения строк по 4-8 байт?

Do videos in English on uServer pls

В который раз убеждаюсь, что C++ пошёл куда-то не туда. Вместо того, чтобы просто писать код, надо придумывать костыли, которые обходят другие костыли, котоыре уже принесли разработчики стандарта, когда обходили свои же костыли из предыдущих версий.

Плюсовики изобрели слайсы что ли?

Послушал с интересом и ушёл дальше разрабатывать на расте

за копеешную зарплату ребята херачат.... ((((

С такими талантами и работать на яндекс в 2024 году это просто позор.

Не понравилось. Если приходится в такие дебри лезть- то это уже не программирование, а извращения. Ну Яндекс под Кудриным верной дорогой идет.

41:21 жаль только, что Антон забыл сказать о том, что weak_ptr от такого указателя лучше не конструировать😅