Zero to Production in Rust • Hacker News Board

Re: Zero to Production in Rust

#191

Post by lovasoa » Sun, Jun 06, 2021, 9:07 AM UTC

ctvo wrote: post #142

cjg wrote: post #31

Earlier quoted context omitted.

We are using Rust for backend web development and other things. For us, the safety is the critical reason to choose Rust - particularly the thread-safety. Also the relatively small memory footprint compared to something like Java. Performance hasn't driven our decision at all - the number of requests per second is very low. It's correctness that matters. We are a bit unusual because customers have locally deployed se…

What a perfect example of developers pushing for technologies they want to learn. A web application stack in the flavor of the month systems language for correctness! My eyes can’t possibly rollback far enough.

This "flavor of the month" language was released 10 years ago and has been the most loved programming language in surveys for several years now. It is also the language of the fastest backend web framework.

I don't think rolling one's eyes is the appropriate reaction when someone pushes for it. Depending on your requirements, there are definitely cases when rust is the best choice for a web backend. Especially when moving fast and breaking things is not an option, such as in the author's case.

Re: Zero to Production in Rust

#192

Post by rattray » Sun, Jun 06, 2021, 3:50 PM UTC

jkelleyrtp wrote: post #187

rattray wrote: post #171

Earlier quoted context omitted.

My mistake! Replacing RLS with Rust-Analyzer, it now takes 20-30s to incrementally check a trivial change to some core model code (compared to ~90s with RLS), though now rust-analyzer gives me an unrelated error which I assume may be the result of using a different rustup/cargo binary or something – so I'm back to RLS. Oh well. It looks like RLS and Rust-Analyzer are working on unifying their code, so I'm sure this w…

Hmmmm RA has been good with me, unless I’m doing something with Arrayfire or PyTorch which are both sensitive to $PATH. RA is seriously the real deal, so I suggest wrenching around until it works. I had to modify my $PATH in VSCode to fix the issue - do you know what library you’re using that causes the issue?

Ah, thanks for the nudge. Looks like I had run into https://github.com/rust-analyzer/rust-analyzer/issues/6835, had to bump the patch version of a library to fix.

Re: Zero to Production in Rust

#193

Post by rob74 » Sun, Jun 06, 2021, 4:17 PM UTC

timeon wrote: post #139

Thaxll wrote: post #113

Earlier quoted context omitted.

Rust is one the hardest language to read. Take two people that never used Go or Rust and make them read code, good luck with Rust.

So I have opened golang.org: v1, ok1 := Not sure what is difference between := and = and what is that arrow. But if I'm going to do something with the language - I guess it will be easy to find out. Like with Rust.

Sure - except that in Go there are (my impression after taking a look at various Rust resources) far fewer things you have to find out this way than in Rust. Which, of course, some view as a limitation, others view as a plus for Go.

Re: Zero to Production in Rust

#194

Post by monoideism » Mon, Jun 07, 2021, 12:06 AM UTC

pjmlp wrote: post #137

monoideism wrote: post #131

Earlier quoted context omitted.

Among package manager + build tool devs I know, cargo is considered by most I know (maybe 2-3) to be best-of-class. In terms of influences, here's an OCaml attempt to replicate cargo (I wish them well): https://github.com/OCamlPro/drom Klabnik also mentioned Python's poetry below. Yarn as well, since Yehuda Katz was involved. Note: I seem to recall you're an Ada dev, so I should mention that as far as build tools go,…

So good that Google is not using it on Android, nor Fuchsia. I like Ada, but no not an Ada dev, rather JVM/.NET/C++, I rather go polyglot. And in this regard, while cargo is nice, I don't see how it is better than Maven (I don't suffer XML allergy), NuGET, vcpkg/conan, specially because it only does source packages with npm like levels of dependencies.

Btw, I'm also a polyglot dev. I've never used rust professionally (unlike say Ada), but I do really appreciate cargo.

And for the record, despite my love for functional programming, I also have a strong appreciation for Java (not as much as Ada, but it's a great language when used by competent devs).

Re: Zero to Production in Rust

#195

Post by therockhead » Thu, Jun 10, 2021, 7:56 AM UTC

ibraheemdev wrote: post #64

cjg wrote: post #50

Earlier quoted context omitted.

We've been using Actix. We evaluated several frameworks and liked the model that Actix has and also its relative maturity (for example documentation / examples). It has been pretty straightforward to work with - including doing things like custom authentication and REST endpoints that dynamically exist. For the drama, I guess you are talking about the situation that used to exist where Actix had hundreds of unsafe bl…

Yes, Actix today is much different than Actix from a couple years ago. All the unsafe, save a necessary few has been removed, and the architecture switched from an actor model, to a finagle/tower inspired service model.

Any references to this architecture? The only finagle I aware of is http://twitter.github.io/finagle/ but it's a asynchronous RPC framework and it's not clear to me how it applies to Actix web.