Posted by brylie 3/29/2025
https://plainframework.com/llms.txt
Since so many LLMs are around, there should be a standard URI to let LLM crawl about the website/product
Seems like compiling to and deploying to Apple 2 is still a stretch
https://plainframework.com/docs/plain-api/plain/api/README.m... https://plainframework.com/docs/plain-mail/plain/mail
Yikes. If you want to fork a project, rather than contribute, bring better game.
So...an effort to commercialize open source?
Concretely, Django is way more usable than basically any web framework from the "strongly typed" space, especially for "dumb" CRUD stuff. And you're not hit with making decisions about how to do a bunch of things (though you can swap out mostly any part of Django for something else if you want to).
There’s also probably an argument to be made that part of the reason for Django’s “batteries included” success and wide adoption is in part because it is built on an untyped language.
I get wanting both, though.
In my own work, I find most of the benefit of static types to be ensuring correctness at compile time, so I just don’t expect that in Python. I also have just not lost that many cycles to type errors. But I know some have strong preferences here.
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.