Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Flask 1.0 Released

palletsprojects.com

Post reply on HN
Print view View original

81–90 of 184 posts

Re: Flask 1.0 Released

#81

Post by malloryerik »

wybiral wrote: post #21
BerislavLopac wrote: post #7

I understand that Flask has become popular because it is easy to learn, but my experience is that as your knowledge progresses it just keeps getting in your way. I particularly dislike some design choices which look like afterthought hacks, such as global variables for current request and using abort() functions instead of raising exceptions directly. EDIT: To avoid hollow naysaying, here are some alternatives to Fla…

I've never seen Falcon, thanks. Flask is still one of the most approachable frameworks I've used. It's great for getting something hacked out really quickly, but for asynchronous requests Tornado is where it's at. That being said, when I really want performance I usually reach for Golang.

Do you find Golang to be that much harder to develop in, or is it that Python has libraries whose equivalents are missing in Golang? When would you actually choose one over the other?

Re: Flask 1.0 Released

#82

Post by aphextron »

jxub wrote: post #6

This is epic. In theory now from V1 onwards it should be easier to convince people at big serious corps to use Flask as it cuts down a lot of Django bloat especially for smaller applications, microservices and other nimble backends.

What's your application server setup like? Is there a standard for this? I tried using UWSGI and Gunicorn with varied results. It was just a pain to setup. I hope things have improved.

Re: Flask 1.0 Released

#83

Post by pbreit »

_diyu wrote: post #68
nickjj wrote: post #28

Flask has a stigma for not being that good when building larger apps, but honestly Flask scales really well for that type of use case (coming from a development / maintenance point of view). I have some pretty large Flask apps with dozens of top level dependencies and models spanning across many thousands of lines of code. Even if I don't touch the code base for a few months, it's easy to jump back into it. I'm also…

I think that's more because Flask is a micro web framework whereas Rails is a macro web framework. Sinatra, Express, and Compojure are micro frameworks in the same vein as Flask, and they encourage simplicity of mental model over batteries-included comprehensiveness of features that you find in Rails, Sails, and Django. In general I prefer some kind of a middle ground but I don't think there's middle-ground framework…

It's bizarre there are few or no offerings in that elusive middle ground. Rails & Django seems a little heavy. Flask & Express a little lite.

I've never written an app that did not need user management, sessions, admin, db access, form processing, views/templating. Web2py is the best I've found (python).

Re: Flask 1.0 Released

#84

Post by wybiral »

malloryerik wrote: post #81
wybiral wrote: post #21

Earlier quoted context omitted.

I've never seen Falcon, thanks. Flask is still one of the most approachable frameworks I've used. It's great for getting something hacked out really quickly, but for asynchronous requests Tornado is where it's at. That being said, when I really want performance I usually reach for Golang.

Do you find Golang to be that much harder to develop in, or is it that Python has libraries whose equivalents are missing in Golang? When would you actually choose one over the other?

Python is generally less to type. Go isn't hard, per se, but it is statically typed and tends to be a bit more verbose.

For me: Python if there's a specific library I want to use, I'm just hacking out a proof of concept, or I'm working with text.

Golang for higher performance, concurrency, stream processing, and cryptography (it has good libraries for that kind of stuff).

Re: Flask 1.0 Released

#86

Post by dfinninger »

Volt wrote: post #85
ryanar wrote: post #2

Awesome news! I am sad to see you leave Zero Versioning though. [1] [1] https://0ver.org/#notable-zerover-projects

Why is Zero Versioning a good idea?

I believe the parent comment and ZeroVer are tongue-in-cheek. Reading through the site brings Poe's Law to mind.

Re: Flask 1.0 Released

#87

Post by acostanza »

aphextron wrote: post #82
jxub wrote: post #6

This is epic. In theory now from V1 onwards it should be easier to convince people at big serious corps to use Flask as it cuts down a lot of Django bloat especially for smaller applications, microservices and other nimble backends.

What's your application server setup like? Is there a standard for this? I tried using UWSGI and Gunicorn with varied results. It was just a pain to setup. I hope things have improved.

I found it pretty easy to set up with Gunicorn and nginx, all running in Docker

Re: Flask 1.0 Released

#88

Post by iampims »

kstrauser wrote: post #52
nickjj wrote: post #28

Flask has a stigma for not being that good when building larger apps, but honestly Flask scales really well for that type of use case (coming from a development / maintenance point of view). I have some pretty large Flask apps with dozens of top level dependencies and models spanning across many thousands of lines of code. Even if I don't touch the code base for a few months, it's easy to jump back into it. I'm also…

> Flask has a stigma for not being that good when building larger apps I've never heard that before. It's been the go-to backend server at the last few companies I've worked for, and it's the first Python web framework I reach for when I need to roll out a new service. I think its explicitness is hugely wonderful for maintenance: given a route, it's straightforward to figure out exactly what code is being called.

    I think its explicitness is hugely wonderful for maintenance
I find all the magic really off-putting in Flask…

Re: Flask 1.0 Released

#89

Post by girvo »

pbreit wrote: post #83
_diyu wrote: post #68

Earlier quoted context omitted.

I think that's more because Flask is a micro web framework whereas Rails is a macro web framework. Sinatra, Express, and Compojure are micro frameworks in the same vein as Flask, and they encourage simplicity of mental model over batteries-included comprehensiveness of features that you find in Rails, Sails, and Django. In general I prefer some kind of a middle ground but I don't think there's middle-ground framework…

It's bizarre there are few or no offerings in that elusive middle ground. Rails & Django seems a little heavy. Flask & Express a little lite. I've never written an app that did not need user management, sessions, admin, db access, form processing, views/templating. Web2py is the best I've found (python).

This is one of the reasons I liked Silex back when I was a PHP dev. It’s a simple micro framework, but built on the same underlying components as Symfony, so porting libraries from one to the other is simple.

Add a tiny bit of structure to take the guesswork out of how to lay out your app (or module — it’s very easy to load one Silex app into another), and it nicely meets that “in between” you’re talking about!

https://github.com/studionone/flint/blob/master/README.md

Re: Flask 1.0 Released

#90

Post by Cyph0n »

pbreit wrote: post #83
_diyu wrote: post #68

Earlier quoted context omitted.

I think that's more because Flask is a micro web framework whereas Rails is a macro web framework. Sinatra, Express, and Compojure are micro frameworks in the same vein as Flask, and they encourage simplicity of mental model over batteries-included comprehensiveness of features that you find in Rails, Sails, and Django. In general I prefer some kind of a middle ground but I don't think there's middle-ground framework…

It's bizarre there are few or no offerings in that elusive middle ground. Rails & Django seems a little heavy. Flask & Express a little lite. I've never written an app that did not need user management, sessions, admin, db access, form processing, views/templating. Web2py is the best I've found (python).

In the Python world, Pyramid seems to fit the bill of a middle-ground framework.
Post reply on HN