Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding a FAQ section #59

Draft
wants to merge 1 commit into
base: develop
Choose a base branch
from
Draft

Conversation

Dalzhim
Copy link

@Dalzhim Dalzhim commented Sep 19, 2024

This is a first draft of what a FAQ section could look like. This is meant to answer clear questions succinctly.

@Dalzhim Dalzhim marked this pull request as draft September 19, 2024 02:37
@cppalliance-bot
Copy link

An automated preview of the documentation is available at https://59.safe-cpp.prtest2.cppalliance.org/draft.html

2 similar comments
@cppalliance-bot
Copy link

An automated preview of the documentation is available at https://59.safe-cpp.prtest2.cppalliance.org/draft.html

@cppalliance-bot
Copy link

An automated preview of the documentation is available at https://59.safe-cpp.prtest2.cppalliance.org/draft.html

@cppalliance-bot
Copy link

An automated preview of the documentation is available at https://59.safe-cpp.prtest2.cppalliance.org/draft.html

@Dalzhim Dalzhim reopened this Nov 8, 2024
@cppalliance-bot
Copy link

An automated preview of the documentation is available at https://59.safe-cpp.prtest2.cppalliance.org/draft.html

Comment on lines +2856 to +2858
### There's promising research that could yield a solution that is both more simple and more elegant than rust-style borrow checking. Why not wait?

The security community and regulators are actively pushing developers towards memory safe languages with official guidance since 2022. Does C++ stay on the do-not-use list or does C++ become a memory safe language?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
### There's promising research that could yield a solution that is both more simple and more elegant than rust-style borrow checking. Why not wait?
The security community and regulators are actively pushing developers towards memory safe languages with official guidance since 2022. Does C++ stay on the do-not-use list or does C++ become a memory safe language?
### Aren’t there some other promising experiments supposedly on the horizon that could yield a simpler and more-elegant solution than Rust-style borrow checking. Why not wait?
There are no other experiments on the horizon. And in the meantime, government organizations and others continue to publish document such as the [CISA “Product Security Bad Practices” guidance](https://www.cisa.gov/resources-tools/resources/product-security-bad-practices) containing statements like this:
> _For existing products that are written in memory-unsafe languages, not having a published memory safety roadmap by January 1, 2026 is dangerous and significantly elevates risk to national security, national economic security, and national public health and safety._
So, we don’t have the luxury of being able to wait around for other people to eventually appear with hypothetically “better” solutions. And so the question is: What concretely can we be working on together right now to make sure that C++ gets on the _“has a published memory safety roadmap”_ by January 2026 at the latest?

* [Why is `std::*` missing from `std2`?](#why-is-std-missing-from-std2)
* [Won't `std2` lead to an extreme function coloring problem?](#wont-std2-lead-to-an-extreme-function-coloring-problem)
* [Are there runtime checks?](#are-there-runtime-checks)
* [There's promising research that could yield a solution that is both more simple and more elegant than rust-style borrow checking. Why not wait?](#theres-promising-research-that-could-yield-a-solution-that-is-both-more-simple-and-more-elegant-than-rust-style-borrow-checking.-why-not-wait)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* [There's promising research that could yield a solution that is both more simple and more elegant than rust-style borrow checking. Why not wait?](#theres-promising-research-that-could-yield-a-solution-that-is-both-more-simple-and-more-elegant-than-rust-style-borrow-checking.-why-not-wait)
* [Aren’t there some other promising experiments supposedly on the horizon that could yield a simpler and more-elegant solution than Rust-style borrow checking. Why not wait?](#arent-there-some-other-promising-experiments-supposedly-on-the-horizon-that-could-yield-a-simpler-and-more-elegant-solution-than-rust-style-borrow-checking-why-not-wait)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants