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

I'm just really leery of using languages that don't have a clear separation between immutable and mutable state. Having it in Rust catches so many bugs.

I also want to write code in languages where you don't have to engage in bad software engineering practices to get optimal performance. That usually means aggressive inlining, something that Rust excels at.

edit: the other thing I wanted to mention is that rust's features cause dependencies to be pretty high quality.

If I pass in a slice of something, I'm no longer worried that something ten layers down will change it.

Error handling is explicit and panics are rare, so I'm not worried that dependencies will start throwing exceptions after an update. (This is the reason functions should indicate errors in type signatures—a better ecosystem.)

ADTs mean dependencies represent fewer illegal states internally.

It's just really nice to write code where the bugs are a couple levels up from bullshit like this.



I think this is a legit sort of reasoning, but in an interesting way it's something where OCaml could fill the gap. It has its ergonomics issues, but I think the issues are basically the same/worse in Rust (except I guess Rust's macro system is better).

I say this as a Rust enjoyer, but I take the pain because I _really_ want what I'm working on to be fast.


I like OCaml a lot as a language, but the tooling is very, very poor by modern standards. Poor enough that I think it’s a total blocker on wider adoption.


OCaml is definitely something I'd consider using if I didn't already live and breathe Rust :)

I use Rust often for things that aren't possible in other languages, so I also use it for things that are possible in other languages. (Though I used Python for a production and an art project recently -- with uv it's quite nice.)




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

Search: