Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Well, it's always a tradeof, isn't it? Manual memory management gives you greater freedom and performance, with added risks. That being said, performance is what you want when it comes to low level layers that other layers have to rely on - e.g. You don't want your net stack be dragged down by a slow TCP/IP implementation.


Now you have rust. No excuses.


When all the rust libraries are in my package manager and when rust is as simple to write as C let me know, until then it's laughable that you think it's a replacement.

To replace C rustc needs to be a drop in replacement for gcc, not a whole platform on it's own as it is now with cargo.


> when rust is as simple to write as C let me know

Good C is not simple to write, that's the whole point.

> To replace C rustc needs to be a drop in replacement for gcc, not a whole platform on it's own as it is now with cargo.

The argument here is about dropping C. You can't replace C without paying some kind of a price.


> Good C is not simple to write, that's the whole point.

Seriously. It's like we're all riding unicycles on tightropes to get around, and someone invents sidewalks and bridges, and everyone is like, "well if you just learned to ride your unicycle properly and worked tirelessly on your balance, you wouldn't have this problem of 'falling to your death' or 'recklessly endangering other people'".

The reality distortion field around systems programming is strong.


But men, those sidewalks and bridges are expensive ! And all my drivers know the shortcuts on ropes and will have to learn the whole map again if we use the road. Plus our unicycle have wheels shapes for ropes, not side roads, it would take us a lot of time and resource to do that. The whole industry is stuck in that case, and the market has a huge inertia you know.

You just can't use sidewalks and bridges right now instead of ropes. It's just not pragmatic.


> The argument here is about dropping C. You can't replace C without paying some kind of a price.

The thing is that rust cannot replace C right now. The only stable ABI that rust has is the C one, which removes most of the benefits of using rust.


If rust would be memory safe or concurrency safe rust would be a valid option. Unfortunately it is not. But fast and safe options do exist.

Here the problem is the OS and it's lack of security, not the language.


> That being said, performance is what you want when it comes to low level layers that other layers have to rely on - e.g. You don't want your net stack be dragged down by a slow TCP/IP implementation.

What you don't want, is a whole economy disrupted by a poor technical decision. Abstract technical goals like "performance" are not valuable goals in themselves.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: