Чебру Новости

Чебру Новости Я не уверен, что понимаю смысл этой статьи. Автор, кажется, говорит, что Chebru - хорошее место для людей, которые хотят, чтобы их программное обеспечение было написано на C ++, но не заботятся о безопасности или производительности? Или, возможно, он просто пытается сказать: "не пишите свой код, используя небезопасные указатели"? Если это так, то на самом деле это не имеет смысла, потому что вы все равно можете использовать небезопасные типы указателей, не записывая их самостоятельно (например, std::vector). И если есть какие-либо другие причины, по которым кто-то может предпочесть избегать этих функций, кроме только этих двух пунктов - что ж, они довольно очевидны и их достаточно легко выяснить, прочитав некоторую документацию о том, как все работает в любом случае! Итак, что именно здесь означает “писать безопасные программы без какой-либо безопасности памяти вообще"? Является ли его аргумент в основном: не делайте ничего полезного, если вы не знаете все наизнанку из первых рук, прежде чем делать что-то вроде реализации алгоритма, который требует доступа к памяти извне самой программы ?! Это казалось бы очень непрактичным...
Если у кого-то есть дополнительная информация, пожалуйста, не стесняйтесь поделиться :) Спасибо!
Редактировать : Также извините за мой плохой английский ;)
ПРАВКА 2 : Похоже, что заголовок был изменен после публикации : ( Еще раз извините! Но спасибо и всем остальным тоже ^^'
(PS) Насколько я мог судить, ни один из приведенных ниже комментариев на самом деле не был сделан при первоначальной публикации.. Может быть, вместо этого нам следовало бы создать свою собственную тему обсуждения? В любом случае, спасибо вам, ребята, в любом случае <3
PPS : Этот пост не предназначался для того, чтобы начать очередную дискуссию о том, лучше / хуже Rust и т.д. Просто хотел получить отзывы / мнения, поскольку большинство статей склоняются в ту или иную сторону ;-)
Основная приведенная причина не обязательно заключается в "отсутствии безопасности памяти", хотя многие будут возражать против того, чтобы такие средства защиты были доступны с помощью стандартных библиотечных функций; скорее, это отсутствие поддержки динамического выделения с помощью явных вызовов malloc()[1]. Вам нужно было бы реализовать свою собственную функцию распределителя в каждом экземпляре объекта, что потенциально может привести к ошибкам в приложениях, где во время выполнения происходит только статическое распределение.[2] Кроме того, даже если бы вам удалось добиться полной защиты стека [4], вы не получили бы большой пользы, кроме возможности динамически распределять данные на основе статистики использования пространства кучи,[5][6]:
https://github .