Из перечисленных в опроснике проблем, часть проблем базово уже решена, остался только тяжелый переход. Если мы говорим о макросах и #include то С++20 модули, системы сборки научились работать с модулями, остался просто переход на модульную систему ( а это не быстро). Если мы говорим о сложности в метапрограммировании то она есть только на стандартах до с++17, после стало все гораздо лучше особенно с приходом с++20 (SFINAE мертво так как есть концепты). Если говорим уже о UB - то с++26 убирает часть UB. Сложность многопоточки решается больше уже поддержкой сообщества с появлением более удобных библиотек. Так что С++ решает свои болячки но не так быстро как хотелось бы
Возможно глупый вопрос, а асинхронный лог разве не будет сильно запаздывать, из-за чего мы будем получать не совсем верную информацию о том, где есть возможная ошибка?
На счет строк, может имеет смысл воспользоваться string_view?
Начиная с++11 шаблоны стали лечить, чтобы они были полезным инструментом . C++14 дали нам static_assert. А в С++17 sfinae потихоньку стал отмирать, так как для частых моментов, где применялся sfinae, при анализе переданного шаблона можно просто использовать if constexpr. С вводом концептом в С++20 SFINAE не нужен от слова совсем. CRTP сказано что отмирает в C++23. До С++17 шаблоны действительно противно писать, а дальше стало в разы приятнее. В С++26 наконец то добавляют template for что еще упростит написание шаблонов . Так что шаблоны практически стали GOD
Может не стоит заниматься пиханием бесползеного Rust куда попало, а просто займемся доработкой существующей кодовой базы + доработкой С и С++? Раст никак не безопаснее
Современные стандарты добавляют очень много приятных фичей, упрощающие жизнь. К примеру писать шаблоны до с++20 и после две разные вещи. Да даже до с++17 много вещей упрощающие визуал и понимание ( if constexpr, концепты, templete for в грядущем 26 стандарте)
gcc в текущей мастер ветке уже поддерживает и контракты и рефлексию. В релизе 16 gcc это все будет
Из перечисленных в опроснике проблем, часть проблем базово уже решена, остался только тяжелый переход. Если мы говорим о макросах и #include то С++20 модули, системы сборки научились работать с модулями, остался просто переход на модульную систему ( а это не быстро). Если мы говорим о сложности в метапрограммировании то она есть только на стандартах до с++17, после стало все гораздо лучше особенно с приходом с++20 (SFINAE мертво так как есть концепты). Если говорим уже о UB - то с++26 убирает часть UB. Сложность многопоточки решается больше уже поддержкой сообщества с появлением более удобных библиотек. Так что С++ решает свои болячки но не так быстро как хотелось бы
Ну базовая рефлексия уже есть в С++26. Остался только token injection для полного счастья
c++26 и теперь есть нормальные контракты
На счет сети, ее планируют делать на базе std::execution или будет включен в стандарт boost::asio?
Зачем городить еще одну конструкцию
std::views::safe_filter, если можно было бы просто изменить реализациюstd::views::filter?Был ли разбор от разрабов UE, можно ли полноценно заменить их рефлексию рефлексией из с++26?
Тем временем модули не экспортируют макросы. Спасибо откажусь от haskel через макросы
У Qt Есть же QStringView ( да не на всех версиях Qt5, а только с 5.10)
Вы пока не думали заменять макро биндинги на рефлексию ? И что у вас с поддержкой С++ модулей?
Возможно глупый вопрос, а асинхронный лог разве не будет сильно запаздывать, из-за чего мы будем получать не совсем верную информацию о том, где есть возможная ошибка?
На счет строк, может имеет смысл воспользоваться string_view?
Начиная с++11 шаблоны стали лечить, чтобы они были полезным инструментом . C++14 дали нам static_assert. А в С++17 sfinae потихоньку стал отмирать, так как для частых моментов, где применялся sfinae, при анализе переданного шаблона можно просто использовать if constexpr. С вводом концептом в С++20 SFINAE не нужен от слова совсем. CRTP сказано что отмирает в C++23. До С++17 шаблоны действительно противно писать, а дальше стало в разы приятнее. В С++26 наконец то добавляют template for что еще упростит написание шаблонов . Так что шаблоны практически стали GOD
Может не стоит заниматься пиханием бесползеного Rust куда попало, а просто займемся доработкой существующей кодовой базы + доработкой С и С++? Раст никак не безопаснее
Современные стандарты добавляют очень много приятных фичей, упрощающие жизнь. К примеру писать шаблоны до с++20 и после две разные вещи. Да даже до с++17 много вещей упрощающие визуал и понимание ( if constexpr, концепты, templete for в грядущем 26 стандарте)
А вы двери сделали нормальными или они все так-же открываются?
Можно просто помочь в разработки профилей на С++ и будет вам borrow checker на С++. Пишите proposal
С++ 20 и concepts? Видимо об этом не слышали. Вы там хоть пробовали включать хоть часть опций компилятора что бы ловить UB?
С каких пор С++ сложный?
А когда на с++23 перейдете? Хотелось бы видеть код на модулях
Тупой вопрос, а почему не C++23 особенно когда стала появлятся адекватная поддержка модулей?