C++ Russia 2026: летний бонус-трек

Подробнее о конференции C++ Russia: https://jrg.su/nbdpQS — — 0:00 Открытие 2:40 small talk о userver 5:00 Доклад: Опыт работы с userver на продакшен проекте 42:05 Вопросы из зала 44:10 Вопросы от Антона Полухина 1:10:16 Доклад: В погоне за гонкой 2:00:35 Вопросы к докладу 2:15:00 Круглый стол/дискуссия про backend На C++ Russia 2026 было много хороших заявок на доклады, и Программному комитету было особенно трудно выбрать — в два дня поместились далеко не все выступления. Поэтому конференция продолжается: встречайте летний бонус-трек C++ Russia. Доклады в программе: Алексей Веселовский — В погоне за гонкой В С++, начиная с C++11 есть многопоточность и модель памяти, в Go тоже есть модель памяти и многогорутинность. Это всё дарует радость, производительность и, главное, data races. Для отлавливания data race для C++ есть Thread Sanitizer, в Go есть race detector (который внутри тоже Thread Sanitizer). Этот инструмент отлично ловит data race, но есть нюанс — он ловит только если data race случился во время исполнения приложения (обычно на фазе тестирования оного). А если он не случился, то не ловит. А значит, в коде могут оставаться потенциальные data race, которые не стрельнули при тестировании, но стрельнут в продакшене. Следовательно, надо как-то увеличить вероятность возникновения data race, когда TSAN активен. В следующем релизе clang в TSAN добавится новая фича — adaptive delay, которая существенно повышает шансы добиться data race, когда это нужно. Вот про неё и поговорим, а также — почему напрямую эту фичу из TSAN в Go использовать не получится, и что сделать, чтобы получилось. Никита Путеев (UserGate) — Опыт работы с userver на продакшен проекте При поиске необходимого фреймворка в первую очередь хочется посмотреть обзоры и отзывы от тех, кто им пользуется. У userver есть крутое продвижение со стороны разработчиков на различных конференциях и в статьях. Но довольно мало информации от пользователей, которые реально им пользуются. Никита решил исправить данную несправедливость и рассказать в своем докладе о том, как они с командой пришли к тому, чтобы использовать userver, каких шишек набили, чем фреймворк оказался реально полезен и для каких задач его стоит рассматривать. Также будет немного советов для тех, кто только хочет его попробовать.