Earlier quoted context omitted.
So use axum and do whatever you want? Or better yet, hyper?
Why can't people use the tool they want?
Cot: The Rust web framework for lazy developers
61–70 of 71 posts
Re: Cot: The Rust web framework for lazy developers
#62Re: Cot: The Rust web framework for lazy developers
#63I mean the name Reinhardt was RIGHT there.
Django users who would still consider an RIIR web framework, and those who are even aware of the guitar player.
Re: Cot: The Rust web framework for lazy developers
#64Earlier quoted context omitted.
Opinionated frameworks are very useful. They create well-worn paths that others have tried before. Every python flask environment I've ever seen has been a bespoke configuration with some selection of the massive combinatoric space that flask presents to folks. Contrast that with python Django or Ruby on Rails where opinions abound, but you can escape the well worn path if you _need_ to.
Honestly as someone who has been building Rails applications for over 15 years now, I find far too many people think they are special and need to stray from the defaults.
Imagine if your framework said,"let a thousand flowers bloom."
Re: Cot: The Rust web framework for lazy developers
#65Re: Cot: The Rust web framework for lazy developers
#66I'm still surprised no one in the golang world has put together a Django type framework. While I like the bring-your-own unixy philosophy of this stuff in the go world; I still really loved django for quick decent applications.
Re: Cot: The Rust web framework for lazy developers
#67Earlier quoted context omitted.
> And I am a Rust developer... Seeing this term makes me cringe every time. I write blazingly fast statically allocated Rust on my Arch Linux Thinkpad, btw.
If not a joke can you explain what is statically allocated rust
Re: Cot: The Rust web framework for lazy developers
#68Earlier quoted context omitted.
Jesus fucking christ not this again. https://without.boats/blog/why-async-rust/ There are entire articles explaining precisely why. Your lack of knowledge contributes very little to an article about a framework.
That article assumes that there needed to be language level support for asynchronous programming, beyond non-blocking operations. My point is that that is not true. If you want to use the blocking paradigms for asynchronous programming, then yes, there does need to be some magic added to make it work. If, however, you are comfortable with asynchronous programming (and it is not hard) then all you need are the non-blo…
Re: Cot: The Rust web framework for lazy developers
#69Earlier quoted context omitted.
> Rust is not a language for lazy developers. I am one, and Rust absolutely can be. > Lazy developers won't fight with the borrow checker. You don't fight the borrow checker when writing web code. The request flow is well suited for rarely, if ever, testing the borrow checker. > Instead, think more critically about why a Rust developer would need a web framework The same reason anyone would need a web framework. Anyt…
It's absolutely not true, the moment you're out of http hello word, and you have more serious logic about data that you need to manipulate / modify you will fight the borrow checker, that's why a lot of people do a lot of rc / arc refcell. And then the async implementation.
Re: Cot: The Rust web framework for lazy developers
#70> ORM integration I don't trust a web framework that's opinionated about how I use my database. It's very hard to get a web framework right, and it's very hard to get an ORM right. Getting both right is nearly impossible. In a situation like this, try to be the best web framework you can be, and then gravitate towards whatever ORM(s) becomes popular. Take a look at Express for Node.js. It's my favorite web framework…
Once you get the hang of it, it's not a big effort any more. And the really lazy option is to just use an Arc.