I rather like the approach of taking a well known problem ie handling http requests. And solving it using a bunch of different ways. I read in a “ah this maps to that” kind of way.
I went in, and saw exactly … what I expected to see.
I vertical scrolling bar much smaller than my own pointer.
Why, would you even suggest Rust for web development unless it’s necessary? It wasn’t made for that.
Use Go, or Node. Why Rust? When just to build a proto server and an http server at the same time you need to debug for hours first just to see that it still doesn’t work. And then you have to find out how to make the Diesel work. Another big giant to learn. And then find out how to make Elasticsearch, Cassandra, or any other thing to work with Rust. Like … it’s a whole disaster if you’re going to web develop with Rust. Do you know how much my time is worth for the company? Why would the company want to spend my time that it rents, on developing web tools on Rust when just to have async and “too many servers” you have to read blogposts like this one and develop for hours just to make something simple work -unless necessary- ? When I can have if not the same even better results in Golang? Both in time, and performance.
With blogposts like these it really feels more and more that Rust’s community found a solution, and once they have the hammer, everything is a nail to them. Rust is a tool. A fucking nice tool. But it wasn’t made for that.
Use the tool for the job, not the job for the tool.
The point of the post is to introduce you to async Rust libraries, not to prove that Rust is the best language for web dev.
But actually I’m afraid most of your comment is incorrect because the best language for web development is sml.
a language with 3 contributors, 9 forks, 37 stars yada yada is the best language for sml. Ok. Prove that to my leader and my managers then and try to hire people to write in that language.
once again this community is proven to be … rusty.