this post was submitted on 17 Jan 2024
2 points (51.6% liked)

Programming

17450 readers
64 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
2
Rust vs C (programming.dev)
submitted 10 months ago* (last edited 10 months ago) by modev@programming.dev to c/programming@programming.dev
 

Without any ::prelude and some void* arguments. Maybe you have thoughts about it.

The URL is just a sample of "why" but not "because".

I have my own preference but will keep it inside my mind to not burn a tornado that will erase me from the matrix of the world.

P.S.: I think C is faster, more powerful, and more elegant. I like it more than Rust.

you are viewing a single comment's thread
view the rest of the comments
[–] LPThinker@lemmy.world 33 points 10 months ago (2 children)

There are several things I disagree with in this article, although I see where the author is coming from. I will never be onboard with "I’ll take my segfaults and buffer overflows.", and I fundamentally disagree about concurrency. I also think that cargo is fantastic, and a lack of standard build tools is one thing that holds rust's predecessors back.

However, a majority of the authors points can be boiled down to "C is more mature", which doesn't tell us much about the long-term viability and value of these languages. For example, in the author's metric of stability and complexity, they use C99 as the baseline, but C99 is the state of a language that had already had almost 3 decades of development, whereas Rust has been stable for less than a decade. Talking about superior portability, stability, and even spec, implementations, and ABI is in some real sense just saying "C is older".

That's not to say those things aren't valuable, but rather they aren't immutable characteristics of either language. And given that safety is playing an ever more important role in software, especially systems software, I think Rust will catch up in all the ways that are meaningful for real projects more quickly than most of us realize. I certainly don't think it's going anywhere anytime soon.

[–] randy@lemmy.ca 17 points 10 months ago (1 children)

Also worth noting this article is nearly five years old. Rust's first stable release was nearly nine years ago, so its (stable) age has more than doubled since then. I expect Rust would look a lot more mature if the article was written today.

[–] Turun@feddit.de 1 points 10 months ago

In terms of changes, probably.

The kitchen sink feature creep is continuing though. You can consider that good or bad, but it's a fact that it is happening.

[–] BehindTheBarrier@programming.dev 11 points 10 months ago

Brushing off safety in a single small paragraph sure makes me feel like its not trying to make a serious argument. Sure a handyman likes the simplicity and freedom, but considering this:

In 2019, a Microsoft security engineer reported that 70% of all security vulnerabilities were caused by memory safety issues.[7] 

From Wikipedia, it's pretty clear memory security is a pretty substantial topic in the programming world. Brushing that off because you do not care makes for a bad argument.