3 ms·
Oh, hey, you're _that_ guy! Every thread needs one of you. Thank you so much for putting me in my place by stating the obvious!
by psykotic 15y ago
Oh, hey, you're _that_ guy! Every thread needs one of you. Thank you so much for putting me in my place by stating the obvious!
- gte910h 15y agoHad you said "C or C++" instead of C++, I might not have said that. Many many many C++ users act like we just don't know C++ or something when use C in systems programming instead of C++, and assume "We just need to upgrade to C++" or the whatever. If a book only had C++ techniques, it wouldn't be speaking to the topic of this post (which is large scale C programming) And the comment at the same level at the guy who knows the author directly speaks to how it ALSO applies to C, showing the relevance of your post to the topic I wasn't being flippant
- psykotic 15y agoWhat's this "we"? In the past I've worked on C++ code bases with millions of lines of code. But at RAD we almost exclusively work in C (and assembly, for dozens of platforms). C++ inherited C's broken model for separate compilation with all that implies about physical design for large code bases. As I suggested in the second sentence of my original post, C++ aggravates that problem and therefore calls for special solutions, but there is still plenty of overlap.
- gte910h 15y agoNone of the context of your experience was in your original comment that talked about C++ organization in a thread about C organization. Sorry there was a misunderstanding.