Plain – a web framework for building products with Python
91–100 of 168 posts
Re: Plain – a web framework for building products with Python
#92> Plain is a fork of Django Why. This makes me sad. Plain looks great, but Django's strength is its maturity and amazing, enduring community built on contributions from thousands. Forking it will at best split contributions and mean infrequent merges, and at worst means Plain users lose out on Django improvements and Django users lose out on Plain patches. It seems like Plain could be just a set of Django packages kn…
Re: Plain – a web framework for building products with Python
#93By what metric is Python the most popular language on earth? I'm actually curious, genuinely asking. I thought JavaScript (Node) was king of newly written code, but perhaps that is outdated information.
What's missing here though is TypeScript: I believe if you combine JavaScript and TypeScript together they still beat Python on GitHub.
Re: Plain – a web framework for building products with Python
#94Related, "Django's REST (Framework) Problem" — https://news.ycombinator.com/item?id=43510495 I'm not sure that many people who rely on Django Rest Framework are aware that last month the bug tracker was made private and the project is looking for new maintainers. I love Django but the project needs to go through something similar to Angular's renaissance (and Angular needs to learn from Django docs.) I'd love to help…
Re: Plain – a web framework for building products with Python
#95Everything, and I mean everything is already either in core Django or in a great and properly supported django package that's been used in years and has been proven to be reliable.
I really can't understand the purpose of this package. Taking a peek at the about as mentioned by some others:
> You can think of Plain as a "what if?" > What if you didn't have to worry about deprecation policies?
The fact that Django has deprecation policies and they are so religiously followed allows me (and others) to have 10+ years old projects running in Django 5.1 and being ready for 5.2 without any problems or baggage!
> What if there were no committees?
A committee is a good thing. It ensures two things: a. It's not possible to commercialize the project. b. It makes sure that it will do what's best for most users. Some decisions may no be good for a particular user but it would be best for most users (considering my previous comment; I want to keep my 10+ years old project properly supported).
> What if you could change anything without consequence?
See previous comments. You can change anything without consequence when you have a clean slate, not when you need to support current stuff.
> What if Django wasn't originally built for a newspaper circa 2003?
This really doesn't relevant. Django is a general purpose framework.
> What if you had a clean slate, but a proven head start?
See the previous comments.
> working through years of incremental progress and committees, with a very real possibility of some things never happening, is just not for me.
Please see my previous answers. Also, about changing stuff, that's the purpose of packages, ain't it? Django has a lot of escape hatches to change its behavior from the defaults. And of course if you wanted to do something not supported you could try to do a PR so as to open another escape hatch so Django will keep the default behavior but you'll be able to implement your thingie.
Concluding, I really don't like this project forking Django because all this effort could be put to better use and definitely not try to split the community. Especially the community of a real Open Source project like Django.
Re: Plain – a web framework for building products with Python
#96https://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.
Re: Plain – a web framework for building products with Python
#97I’ve found the challenge with Python for web is deployment as most website deployments are geared towards serverless workers or cdn’d javascript bundles and most python systems use WSGI and sessions, which is fundamentally different and the biggest challenge in newbie’s using python for websites.
Re: Plain – a web framework for building products with Python
#98> Plain is a fork of Django Why. This makes me sad. Plain looks great, but Django's strength is its maturity and amazing, enduring community built on contributions from thousands. Forking it will at best split contributions and mean infrequent merges, and at worst means Plain users lose out on Django improvements and Django users lose out on Plain patches. It seems like Plain could be just a set of Django packages kn…
At this point, seems like the server is mostly a data access layer spitting out JSON for JavaScript, Java and Swift clients.
Re: Plain – a web framework for building products with Python
#99By what metric is Python the most popular language on earth? I'm actually curious, genuinely asking. I thought JavaScript (Node) was king of newly written code, but perhaps that is outdated information.
https://github.blog/news-insights/octoverse/octoverse-2024/ - "In 2024, Python overtook JavaScript as the most popular language on GitHub, while Jupyter Notebooks skyrocketed—both of which underscore the surge in data science and machine learning on GitHub." What's missing here though is TypeScript: I believe if you combine JavaScript and TypeScript together they still beat Python on GitHub.
Re: Plain – a web framework for building products with Python
#100I really don't understand why every time a big project is forked People are so upset. IMO, one of the great things about open source software is that a fork is possible. Maybe it will go nowhere, maybe some good ideas will be fed back to Django, maybe it will become the new standard. Most of the time , we will end up with better software overall.
No one is upset.