Ближайшая конференция - C++ Russia 2025, даты будут анонсированы позднее.
Подробнее - на сайте C++ Russia: jrg.su/SqfByW
Основная идея C++ User Group это обмен опытом, знакомство с коллегами, живое профессиональное общение. Предполагается, что C++ User Group должна объединять C++ программистов не в одном городе, быть мобильной. Поэтому встречи проходят в разных городах.
Также C++ User Group участвует в организации ежегодной технической конференции C++ Russia.
Я тоже прочитала "детонация" 🙃 Небольшой upd. С одной стороны мне понравилось как у меня работает интуиция, т.к. заранее не знала, что на самом деле более правильно в каждой ситуации, с другой, я против любых "неоднозначностей", даже если она на самом деле таковой не является и допускается стандартом, несмотря на то, что моя интуиция буквально всё "угадала". Это может на ровном месте запутать код. Разумеется, не всегда можно гарантировать, что имена переменных не пересекутся (могут запросто использоваться разные библиотеки с разными пространствами имён, но совпадающими именами внутри них), но сам код должен быть написан таким образом, чтобы одного беглого взгляда было достаточно чтобы сразу понять что к чему относится, вместо того чтобы приходилось распутывать даже допустимую стандартом схему. Если планируется крупный проект, то проще на этапе разработки дизайна определить систему наименований так (всерьёз об этом позаботиться заранее, а не придумывать в процессе), чтобы минимизировать вероятность пересечения с другими (включая другие библиотеки), даже многословность лучше мнимой неоднозначности (не говоря о фактической неоднозначности, когда один компилятор может вообще отказаться с вами работать).
Осталось только уточнить что был переход версий conan. В результате поменялось почти всё. Куча настроек перестала работать. Куча рецептов для пакетов из публичной репы конана перестала быть валидными. А чинить, точнее переписывать рецепты разрабы не слишком спешили. Приятно получить в один из моментов нерабочую систему сборки.
депрессивненько. но чесскать на примерах такой код местами что по хлебалу клавиатурой можно дать. то, что оно типо вписывается в стандарт, не даёт индульгенцию, особенно учитывая, что кому то потом это поддерживать
Итог, не пользуйтесь динамической памятью в Embedded. Это все не спроста, Embedded устройства, это очень ужатые в ресурсах устройства, которые должны работать 24/7/21/365. Если они будут отказывать, кто то будет умирать.
Если исх. строка удовл-щая. условию является набором не повт- щихся символов, то количество возм. разбиений 1. То есть n односимвольных строк. Алгоритм очевиден) Если в исх. стоке есть повторы, то я бы сделал копию, отсортировал и применил std::unique. Далее полученный диапазон использовал бы для поучения односимвольных строк, как сказал вначале. Однако, собеседование не про плюсы.
Из этого всего я вынес то что не стоит лезть в глубокий эмбедед с С++. То ускорение написания кода съелось героическим хождением по граблям и придумыванием костылей.
В очередной раз убеждаешься, что с++ хоть и мощный язык, но сделан через одно место (жопу, есть хотите уточнений) сначала придумывают странные конструкции, затем в следующих версиях стандартов героически борятся с их проблемами и в итоге язык обрастает кучей очень запутанных правил и исключений😢
Самый главный вопрос не задали, а как выполнить граф на разных экзекьютерах. Т.е. у меня есть пул потоков для работы с базой и пул потоков для работы с сетью. Как их обьединить?
Граф состоит из сендеров, есть сендер переключения контекста. В примере показано, как в цепочке происходит переход на другой поток (это может быть и пул потоков) и следующее вычисление в цепочке происходит уже там. Таким образом можно переключаться между пулами, или даже между cpu/gpu
Тема просто невероятно узкоспециализированная и при этом крайне глубокая и сложная. Людей которые занимаются разработкой 3D движков с каждым годом все меньше, потому что потребоности в этом с каждым годом все меньше, а знаний которыми надо обладать чтобы квалифицированно этим заниматься все больше.
32:00 54:50 1:22:15 Почему не надо писать на C++. Ты обязан знать контекст каждой используемой «ф-ции» как она зависит от третьей стороны и т.д. Похоже на разбор «кишков» языка, вместо перекладывания этих обязанностей на компилятор
Охуеть, мы ьудем писать с++, с отстой, СЛЕДУЮЩИЙ СЛАЙД: это не лезет, здесь много типов, сдесь много кода, тут не так, там не так. А вотя пишу на Си даже для ПК и меня всё устраивает. ДА может быть на ++ быстрее писать, но я не люблю когда код зависит от кучи разного говна
Не платите за то что не используете, говорили они... Ну да, в плюсах много чего такого... Но как и везде. Это инструмент, надо правильно использовать для конкретных задач.
Какой же прекрасный язык C++. Слушаю обо всех возможных косяках, и по щеке стекает ностальгическая слеза. А если серьёзно, то нисколько не жалею о том, что больше не пишу на плюсах.
Отлично! Вот это правильный стендап. Помню аналогичный случай, как я искал ошибку в коде из-за отсутствия точки с запятой после определения класса. Ошибка была намного ниже. Может и не три дня я тогда потратил, но несколько часов точно. Это было ещё в начале изучения классов и привычки ставить точку с запятой на автомате не было.
