Views : 220,607
Genre: Science & Technology
Date of upload: Mar 19, 2024 ^^
Rating : 4.887 (161/5,514 LTDR)
RYD date created : 2024-05-18T07:49:42.469264Z
See in json
Top Comments of this video!! :3
I read a joke a long time ago about how if you ask a C programmer not to run with scissors they will reply that it should be 'don't fall with scissors'; I don't fall. I think we found the guy the joke is about. I also find it funny that nothing in the entire article actually argues for the point he was trying to make.
488 |
I mean, it's obvious that the author takes this all incredibly personally. It's a fact that the inherent "rails off" world C DOES lead to more bugs, regardless of how good you personally are at C. The author obviously sees himself as a lone wolf giga chad C sniper elite, but fact of the matter is:
If 9/10 people you work with are likely to fuck up the C code, maybe don't work in C unless it's a solo project.
189 |
So: premise of the article, C is not safe -> it's a skill issue -> proceed to show "elegant & smart C" vs "naive C" to illustrate it. It somehow feels like a completely out of topic answer.
There are two kinds of C developers: those who have shot themselves in the foot and those of who have but don't know it yet.
Even the OpenBSD folks are not immune.
208 |
Disclaimer: i'm not a Rust fanboy.
By the same logic the article guy is using, assuming MOST people can't write safe C because of skill issue, the White House is correct about moving away from it. You can't base all the production on <10% of programmers, which will also likely be tasked to plan software architecture more than writing actual code.
42 |
A couple of things:
- The article exposes the author as not an "ace C programmer".
- The best cyclist in the world will still be faster in a car.
The weak version of the argument that the author makes is obviously true: Somewhere and for some reason, writing C will make more sense than Rust.
But the strong version is just plain wrong. C safety issues run deep, "You need a proof assistant to verify the correctness of your code, because humans are physically incapable of doing the analysis manually." kinds of deep. Not reaching 100kmph on a bicycle just cannot be called a skill issue with a straight face. If the author had used their examples to mention anything about topics like relaxed memory ordering, cpu barriers, undefined behaviors, etc, etc, then maybe there would be something to compare and consider. Without those, I can only say that I do not know of a single "ace C programmer" who has ever claimed that language-level safety features are an unwanted or unneeded luxury for them.
PS: Yes, I'm a Linux kernel contributor.
313 |
When C was still a general purpose language people adhered to all kinds of style guides and best pratices to reduce the chances of terrible mistakes but since we have a whole host of other languages nowadays that fill these roles, the rules of what makes C code good have changed drastically. Nowadays performance has a much higher priority and unconventional solutions that are somewhat harder to understand but have runtime benefits are judged much more favorably.
The reason for this should be kind of self-evident. People use C mainly in performance critical and/or space constrained scenarios where these factors are of course critical.
36 |
17:20 "No true C programmer" fallacy
168 |
Isnt the article entirely contradictory. I mean it appears to be arguing that using C is dangerous, only a minority of top skilled devs can write truly safe code, most developers are not good enough at it and whats more arnt aware of how bad they actually are, making finding the safe minority effectively impossible... and thats why the White House is wrong to recommend everyone use languages designed to be inherently safer... What?
164 |
@felixallistar
1 month ago
now i want the Vatican to endorse Holy C
1.2K |