Rocket, Rust Web Framework, v0.3: Fairings, TLS, Private Cookies

Post by kevan » Sat, Jul 15, 2017, 4:35 AM UTC

xfer wrote: post #48

kevan wrote: post #23

Earlier quoted context omitted.

We also shouldn't discount it just because Python is usually fast enough (all my personal projects are in Python). Developer time is cheaper than hardware 99% of the time. For the 1% that are running millions of requests per second through their web stacks the value proposition is pretty compelling.

> Developer time is cheaper than hardware 99% of the time. I find the exact opposite to be true in most cases.

Post by yen223 » Sat, Jul 15, 2017, 6:41 AM UTC

StavrosK wrote: post #47

pc2g4d wrote: post #38

I'm a Rocket fan and glad to see this big slate of improvements. On the other hand, I do want to register a bit of concern regarding the plan to add "first-class database support" for 0.4. I hope that doesn't result in a close coupling to any particular database, or to using a database in general.

Isn't Postgres worth coupling to? SQLite is a close favorite, for different reasons.

Post by legulere » Sat, Jul 15, 2017, 8:51 AM UTC

steveklabnik wrote: post #25

kibwen wrote: post #19

Earlier quoted context omitted.

> Rocket says it requires a nightly version of rust[0] - why is that necessary I often joke that Rocket deliberately uses every single unstable feature solely to stymie the Rust developers' attempt to prioritize which features to stabilize. :P I'm kidding of course (hi, sbenitez!), but it's true that I've never seen any Rust project so taken with nightly features as Rocket is.

For that list of features and the discussion around them, https://github.com/SergioBenitez/Rocket/issues/19

Post by pimeys » Sat, Jul 15, 2017, 8:59 AM UTC

zanny wrote: post #40

steveklabnik wrote: post #31

Earlier quoted context omitted.

arewewebyet hasn't been updated since March, and there's been some big developments since then. Those probably are the two most popular, but there's a Cambrian Explosion going on right now, with new frameworks like Susanoo and Cargonauts appearing on the regular. Heck, I even have my own little half-baked one.

This is actually driving me a bit insane trying to do anything more than the simplest Rust samples. There are... a lot of competing libraries implementing the same concepts. Input validators, crypto, tls, http (there are I believe at least 3 http/2 implementations, and hyper doesn't even support it yet) and pretty much every concept under the sun (hell, hyper has its own implementation of a url type independent from…

Post by pimeys » Sat, Jul 15, 2017, 9:09 AM UTC

zanny wrote: post #43

dvnguyen wrote: post #18

I don't have any experience in Rust. From what I read, Rust is a low level / system programming language. Comparing to dynamic languages like Python, I understand that Rust is much faster. However, Python is fast enough for most web applications. So why should I use Rust in web development? Even if the library ecosystem were mature enough, could I expect my productivity could become nearly high as in Python?

It takes longer to get the code to compile, but once it does the integration pains and debugging needed will be significantly less. I'd absolutely argue that productivity can be higher in Rust, especially the larger the project is, or the longer you expect to support it for. A lot of what people miss when approaching Rust is that writing libraries is really hard and time consuming, but writing applications using libr…