Live data from Hacker News

I Hope Rust Does Not Oxidize Everything

gavinhoward.com

11–20 of 195 posts

Re: I Hope Rust Does Not Oxidize Everything

#11
post #7

This is my current mental model for picking a language, considering just the language itself: - Backends: Gleam or other BEAM - Web frontend: Gleam - Mobile apps: Dart + Flutter - Specialized mobile apps: Swift and Kotlin - Blazing fast: Zig - Blazing fast and safest: Rust - Fast performance and iteration: Go Would love to hear additions and corrections. My only problem with this is I'm not a fan of Go's syntax and I…

Nim fits a lot of Go's use cases. It is way more niche though.

Re: I Hope Rust Does Not Oxidize Everything

#13

Rust is certainly not the last word in systems programming languages, but it's an huge leap forward from C and C++. To be honest, it's a sad reflection of our industry that it's taken this long to get basic safety + ML circa 1975 language features into this niche. If things had turned out a little bit different we could all have been using OCaml for the past few decades.

People reject OCaml for these use cases due to the GC, but I wonder if this actually matters in practice. The optimizations that can be applied to ML languages (see MLTon for example) are very advanced and the ability to do multi core with ease (I know this is more recent to OCaml) can be a big performance unlock that is very hard to get right in C.

Re: I Hope Rust Does Not Oxidize Everything

#14
post #7

This is my current mental model for picking a language, considering just the language itself: - Backends: Gleam or other BEAM - Web frontend: Gleam - Mobile apps: Dart + Flutter - Specialized mobile apps: Swift and Kotlin - Blazing fast: Zig - Blazing fast and safest: Rust - Fast performance and iteration: Go Would love to hear additions and corrections. My only problem with this is I'm not a fan of Go's syntax and I…

OCaml could almost replace all of those. I don’t think there is a BEAM compiler backend yet.

I’m not very experienced with BEAM, but could its features be delivered with a framework on top of a different stack? I know Akka is popular.

Re: I Hope Rust Does Not Oxidize Everything

#17

Projects adopting rust makes contributing less fun and more painful I tried to work on bug fix for Zed, waiting 30 seconds everytime you change a value was _very_ painful

What were you waiting on? You shouldn't have run cargo build every change. And cargo check shouldn't take that long.

Re: I Hope Rust Does Not Oxidize Everything

#18

Rust is certainly not the last word in systems programming languages, but it's an huge leap forward from C and C++. To be honest, it's a sad reflection of our industry that it's taken this long to get basic safety + ML circa 1975 language features into this niche. If things had turned out a little bit different we could all have been using OCaml for the past few decades.

> it's a sad reflection of our industry that it's taken this long to get basic safety + ML circa 1975 language features into this niche.

That's true. Could it be that's because we are expert at nitpicking every programming language, every framework and stack which appears to the point it takes time to make steps forward ? Some sort of paralysis, insecurity and confusion ?

Re: I Hope Rust Does Not Oxidize Everything

#19
post #9
post #5

Within Rust is a smaller, simpler, safer language struggling to get out

Readable would be a nice benefit.

This, I don't understand why we have to load these languages up with so much syntax, it's mind boggling to think that some how we feel it's beneficial to have so much. I'm admittedly biased to the symbolic expression but surely we could have come up with some middle ground.
Post reply on HN