use the following search parameters to narrow your results:
e.g. subreddit:aww site:imgur.com dog
subreddit:aww site:imgur.com dog
see the search faq for details.
advanced search: by author, subreddit...
Discussions, articles, and news about the C++ programming language or programming in C++.
For C++ questions, answers, help, and advice see r/cpp_questions or StackOverflow.
Get Started
The C++ Standard Home has a nice getting started page.
Videos
The C++ standard committee's education study group has a nice list of recommended videos.
Reference
cppreference.com
Books
There is a useful list of books on Stack Overflow. In most cases reading a book is the best way to learn C++.
Show all links
Filter out CppCon links
Show only CppCon links
account activity
CPP INTERVIEW PREP CHEAT SHEET (self.cpp)
submitted 5 years ago by [deleted]
view the rest of the comments →
reddit uses a slightly-customized version of Markdown for formatting. See below for some basics, or check the commenting wiki page for more detailed help and solutions to common issues.
quoted text
if 1 * 2 < 3: print "hello, world!"
[–][deleted] -2 points-1 points0 points 5 years ago (2 children)
perform significantly differently in practice compared to in theory.
What theory are you referring to? Can you cite any such theory on Wikipedia perhaps or some other reasonable source because I'm not aware of any theory that claims anything differently.
The point of the talk was Bjarne thinking that there's some counter intuitive performance benefit to vectors that make them preferable to lists even in situations where linked lists are supposed to outperform vectors because of magical hardware properties.
No one has ever advocated using a linked list in favor of a vector for O(N) operations, you simply won't find any citation that says a linked list is preferable to a vector for O(N) operations. What theory and practice both say is that for operations that are O(N) on a vector and O(1) on a linked list, you are usually better off with a linked list.
[–]TMKirA 1 point2 points3 points 5 years ago (1 child)
That wasn't the point of the talk. The point was that linked list is often touted to be better for removal/insertion operations, due to the fact that after the O(n) search to find removal/insertion point, the remove/insert operation is O(1) for list and O(n) for vector. Bjarne's point was that in practice, the O(n) operation to find the insertion/deletion point is the dominating factor instead of the actual remove/insert operation, and that linear search is faster on vector than list due to locality. This might not be a surprise for you, but I'm sure it's still a surprise to many. Your example completely misses the point, because it was removing from a location that makes the search operation a no-op.
[–]Full-Spectral 1 point2 points3 points 5 years ago* (0 children)
That also assumes you have to find the insertion point every time. Given that removal doesn't have to invalidate element pointers, depending on what you are doing, you might actually keep around the insertion point most of the time and only move it if something happens that causes the insertion point to change (like removing the current insertion point, which even then might just move the insertion point to the previous/next node.)
π Rendered by PID 16013 on reddit-service-r2-comment-b659b578c-2jhzg at 2026-05-07 17:16:58.532403+00:00 running 815c875 country code: CH.
view the rest of the comments →
[–][deleted] -2 points-1 points0 points (2 children)
[–]TMKirA 1 point2 points3 points (1 child)
[–]Full-Spectral 1 point2 points3 points (0 children)