CppCon 2015: Bjarne Stroustrup “Writing Good C++14”
Why Hacker News recommends it
HN people recommend it as the starting point for modern C++ and for the language's safety story.
What it is
Bjarne Stroustrup's CppCon 2015 keynote on using C++14 to write better code, not just different code. It introduces the C++ Core Guidelines and the machine-checkable rules and GSL library behind them.
Recommended by 2 HN commenters across 3 different months, 2016 to 2018.
What Hacker News said
Recommends sitkack · 2016-01 · on “A brief introduction to C++'s model for type- and resource-safety [pdf]”
There are some great talks by Neil MacIntosh about the kinds of static analysis they are building into the tool. CppCon 2015: Neil MacIntosh “Static Analysis and C++: More Than Lint" [LINK] CppCon 2015: Neil MacIntosh “Evolving array_view and string_view for safe C++ code" [LINK] For something of this magnitude I wouldn't consider the project late until mid summer. Stroustrup's keynote at CppCon is a great overview of the semantics they want to support and the errors that the tooling with will prevent. [this video]
Recommends lossolo · 2016-04 · on “Why would you learn C++ in 2016?”
You should watch those cppcon again, because Stroustrup and Herb are saying there many times that smart pointers are NOT should be use instead of raw pointers. Use smart pointers where It's about ownership. You should watch this video: [this video]
Recommends lossolo · 2016-05 · on “C++ for Games: Performance, Allocations and Data Locality”
It's hardly modern C++ what you will see in this talk. Mike Acton even said that they only use C++ because it's game industry standard but he would prefer C. If you want to start with modern c++ watch this: CppCon 2015: Bjarne Stroustrup “Writing Good C++14” [this video]
Cites MichaelMoser123 · 2016-01 · on “A brief introduction to C++'s model for type- and resource-safety [pdf]”
There is this cppcon presentation by Stroustrup where he is talking about the GSL annotations [this video] but too bad that it all depends on this unreleased big black box proprietary code analysis tool.
Cites karies · 2016-04 · on “ROOT – Data Analysis Framework”
Background upfront: I'm the guy behind the C++ interpreter and ROOT's new interfaces. I'm the co-author of the only surviving C++ reflection proposal and the author of the std::variant proposal. I have contributed to the C++ Core Guidelines ( [LINK] [this video] ). * HEP stores about 0.5 exabytes of data in ROOT format, that's almost exclusively serialized objects that do not know anything about TObject. * XRootD is not really specific for ROOT files. A better example would maybe be our JavaScript de-serialization library, [LINK] * No way will the python binding be dropped. I wonder where you got that rumor from. About one third of our users is using it. * HEP is limited by CPU resources, which i
Cites MichaelMoser123 · 2016-10 · on “Type-Safe Unions in C++ and Rust”
i remember that Bjarne Stroustrup held a talk in cppcon15 where he talked a lot about the GSL library [1] - it would add type annotations that can be checked by a tool, so as to check for potential memory problems (to me that sounds like a poor man's borrow checker). One year later: i see the template library [1] but i don't see the analysis tool. Does anybody know what happened with this initiative? [1] [this video] [2] [LINK]
Cites Tempest1981 · 2016-12 · on “Rust vs C Pitfalls”
Stroustrup has proposed a way to add safety to C++. It's called "C++ Core Guidelines", and "GSL". [LINK] [LINK] I watched his talk -- wondering if anyone is using it. [this video] Using GSL gives adds some safety to pointers and memory allocation -- while providing the bare-metal performance that C is known for. (It still feels very low-level.)
Cites pjmlp · 2018-02 · on “Rust things I miss in C”
The major issue with C++, is what also helped the language gain market adoption, copy-paste compatibility with most of C89 code. So security conscious C++ developers tend to use enum class , string, vector and array classes, RAII, iostreams, wrapping data access in classes with invariants,... Developers with more C oriented mindset, tend to just code away like "C with C++ compiler" programming style. Hence the need being discussing since the last three CppCon, to stop using C style programming in modern C++. CppCon 2015: Kate Gregory “Stop Teaching C" - [LINK] CppCon 2015: Bjarne Stroustrup “Writing Good C++14” - [this video] CppCon 2017: Bjarne Stroustrup “Learning and Teaching Modern C++” - [LI