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

Maybe!

If you hate writing cmake/make/vcpkg/conan bs, and want to be able to git clone and build (almost) any project, without installing anything beyond rust+cargo... rust will be nice to use.

If you hate the idea of class hierarchies to try and describe behavior and would prefer to attach behavior to any type through traits... rust will be nice to use.

If you like the idea of having generics checking on said traits at compile time with sensible messages rather than the duck typed macros also termed templates with their horrendous error messages... rust will be nice to use

If you like the idea that the compiler verifies for you at compile time the concept of ownership while giving out references, ensuring 1 mutable reference and 0 immutable references, or N immutable references are allowed, while also ensuring the variable being referenced lives longer or as long as the references... rust will be nice to use

If you love spending time debugging invalid references/pointers, races, and more then rust isn't going to nice to use.



If you don't like the idea that the compiler will fight against you if you try to create multiple simultaneous interchangeable mutable references on a single thread, even when it's the right thing to do in a case, you might struggle with Rust for problems that require that (intrusive linked lists, emulators with multiple interacting objects, etc.).


You can always tell it to shut up by using pointers and unsafe.


What would be the particular difficulty with intrusive linked lists?


concepts are a thing now, compile time execution keeps getting better, and stuff like clang tidy help where C++ fails short.

While C++ will never be as safe as Rust, mastering it is still a must in many domains, including contributing to Rust's compiler backends.




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

Search: