From the project's About page:
> What if you didn't have to worry about deprecation policies?
So nothing will ever get deprecated? Or things I use will just get ripped out?
> What if there were no committees?
As a user of the framework, is this supposed to appeal to me?
> What if you could change anything without consequence?
This sounds like a nightmare for a user.
> What if Django wasn't originally built for a newspaper circa 2003?
Does Django really carry that much (read: any) baggage from 22 years ago? It certainly doesn't feel like it.
---
Like I'm all for a good fork, especially if you're exploring something. But this project is telling me to use it _instead of django_ and other than "we have some third party packages built-in" it really doesn't tell me _why_ I should be using it. Frankly it feels like I'd be cooked if I chose this, since migrating back to Django proper if/when this becomes abandoned feels daunting.
There's not a philosophical reason (e.g., licensing) to choose this over Django, nor is there a meaningful cost that's being avoided.
You instantly become reliant on the Plain BDFL to upstream security patches. If that ever happens.
Everything and anything is liable to break at any time, since the project professes no obvious forward or backward compatibility.
What's great about Django is that I know I can build against a major version and know I'm not going to have to spin my wheels for 8-24 hours trying to upgrade to the next major version because the security patch wasn't backported to my version. I don't want my framework to have exciting minor versions. I want my features to be exciting every 3-5 years where I can say "alright, we'll take the two weeks to upgrade to the next major version". Especially when most of the exciting features can be delivered by third party packages instead of the core.