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

Not sure if that's bad faith, but I will assume you did not understand my point.

My point was that it's not enough to say "If you use Rust, your code will run faster", because the language does not do it all. Most code out there is largely inefficient. The tendency is to pile up dependencies and frameworks to be more productive.

No need for Rust to make an ElectronJS app vastly more efficient.

Similarly, I recently wrote a TUI with a popular Rust TUI library, and it takes up to 10% CPU just by refreshing the view when typing a text. It's not my code, it's the (again, popular) library that explicitly doesn't consider that a problem. It's not because it is written in Rust that it is efficient, is it?



> It's not because it is written in Rust that it is efficient, is it?

no, but 1) Rust significantly raises the boundary and on average it's probably more likely too


As I said, the one example I have is a very popular TUI library and it's a lot less efficient than the popular alternative in at least 2 other memory-safe languages I tried.


that's why I wrote on avg


Well you threw as a belief that because Rust is advertised as fast, people implementing Rust libraries probably care about speed on average.

I don't see why they would care more, and in my experience they don't, on average.


No, I didn't throw that, though now that you say that, I certainly believe people using Rust care on avg more about speed.

Your experience is a singular event not representing the average.

My original opinion was that people should use more Rust to write more efficient software, because it's beneficial to humanity.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

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

Search: