Rust: Haskell, but more imperative

Can Rust do functional programming? - We'll be covering common principles and features between Rust and Haskell.
Script on my blog: catalin-tech.com/haskell-rust/

[@TrustyBits]

Script and code: catalin-tech.com/haskell-rust/ Errata: At 11:40 - the macro doesn't have the correct syntax, and the derived trait has to be Debug - Display is not derivable. The following print macro also needs a format string.

[@MasterGxt]

Loved, the video, concepts are explained fairly clearly, I would love to see more Haskell content.

[@TrustyBits]

Noted - Glad it was useful, thank you so much!

[@culturedgator]

Magnificent video

[@TrustyBits]

You're too kind! Glad you enjoyed it!

[@user-sj7lk5lg3x]

underrated channel. 🙏🙏🙏

[@TrustyBits]

Thank you so much!

[@0-Kirby-0]

Content? Fantastic, learned something and had things cleared up in my head. Prosody? Needs work. Looking forward to more!

[@TrustyBits]

Glad you found it useful! Thanks for the feedback - I'm working on improving the way I talk while recording.

[@Lucs-ku5cb]

Please make a video about haskell templates and Rust macros

[@TrustyBits]

Thanks for the input!

[@korigamik]

Re-upload?

[@TrustyBits]

Yes, there was a major mistake for the monad explanation in the first version, so I updated, rerendered and re-uploaded.

[@meyou118]

id say more like scala really...

[@Jan-gl7mn]

Rust just took some old ideas from Haskell and others and found a way to write code without GC, but the syntax of Rust is ugly and terrible, coming from Haskell, Rust code looks like C++ mix with some hipster language, hard to read. Haskells main issue is bad documentation, tooling(2 gb to install the compiler..) and no backward compatibility, but Haskell's syntax is amazing, although language extensions in Haskell are annoying.

[@TrustyBits]

Would agree - I think it's hard to come up with a way of simplifying Rust syntax while keeping the advantages it currently offers. I'm personally ok with dealing with awkward syntax in some areas in order to have the benefits, but I get why people wouldn't want to deal with it. Haskell is indeed elegant and beautiful (though there are certain design choices that I very much dislike), but using it to build something that you actually want to use is not the best experience - though it's getting better. Compared to Rust's tooling, a lot of languages don't look that good, in any case.

[@steveoc64]

Well spotted. Just to make the story more interesting - Rust also took old ideas from Simula I, with automatic memory management via the ownership model ... which is effectively a form of automatic garbage collection. That was all back in the late 1960s, where CPUs were not as fast, and allocate / free overhead was quite a bit higher. So the general solution to that performance problem was to delay and batch up garbage collection, which then led to the "mark and sweep'" style of GCs that we are familiar with today. Ironically, mark and sweep GC is now considered harmful to performance :) End of the day ... manual memory management has always been the performance king, and its always going to be the performance king. It's just got a few obvious foot guns. I much prefer Zig's approach to addressing those obvious foot guns, rather than attempt to invent a whole new way of restricting programmers that just gets in the way. I don't find using Rust to be enjoyable in the slightest, and that has nothing to do with the syntax. I would rather peel potatoes for a living

[@cassandrasinclair8722]

Perhaps Ocaml is more accurate :)

[@TrustyBits]

You could say that OCaml is closer to Rust because it has some imperative features, while Haskell has none. (Though this makes it closer to any imperative language - which I find very uninteresting to discuss). Looking at the way the type system is designed, I find that Rust borrows more from Haskell than Ocaml (see traits / typeclasses vs modules in OCaml.