Начиная с++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 стандарте)
По другому наверное проще сказать в сторону cmake. Он пытается стать пакетным менеджером универсиальным в стиле С++. Поэтому он добавляет куча винтиков для этого, а каждый потом пилит свой пакетный менеджер ( Избыточно), вместо того чтобы быть просто пакетным менеджером. С точки зрения написания простого проекта и привинтить к нему пару тройку зависимостей - очень просто
Начиная с++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 особенно когда стала появлятся адекватная поддержка модулей?
Окей согласен, JSON отвратно выглядит, но почему тогда не YAML? Тоже простой и приятно выглядит
Все еще можно писать на С++. Современный С++ сильно хорош ( да есть тяжело читаемое легаси но это легаси)
Я вашу ось очень люблю и молодцы что сделали и как (без сарказма). Поэтому без обид
Нет, не убедил. Все еще вайб-кодинг и ИИ-ассистенты являются деградирующей приблудой с увеличением срока разработки
но при этом если заменить string_view на string& код ровно по такой же причине не скомпилируется ( или выкинет warning который лего сделать ошибкой)
Он одновременно и простой и сложный. Лучше не найти
Эммм libc++ c 17 версии llvm поддерживает import std , а libstdc++ с 15 версии gcc ( 15 версия вышла весной этого года)
Rust дает надежность и безопасность. Unsafe сначала выключите. А то по факту выходит тот же C но в обертке Rust. Проще не парится и писать на С++
Эммм и с++ и go также умеют в wasm, каким образом это стало киллер фичей?
Почему был выбран с++ 11, а не допустим с++17 ну или более современные стандарты?
По другому наверное проще сказать в сторону cmake. Он пытается стать пакетным менеджером универсиальным в стиле С++. Поэтому он добавляет куча винтиков для этого, а каждый потом пилит свой пакетный менеджер ( Избыточно), вместо того чтобы быть просто пакетным менеджером. С точки зрения написания простого проекта и привинтить к нему пару тройку зависимостей - очень просто