4 ms·
For me personally, the most overwhelming thing in my early days as a backend engineer was dealing with a lot of bugs that my Django apps produced. And fixing th
by olzhasar 5y ago
For me personally, the most overwhelming thing in my early days as a backend engineer was dealing with a lot of bugs that my Django apps produced. And fixing those bugs was a really hard process because I didn't understand much of what was going on under the hood.
Learning Flask in the very beginning will by no means by easy, but I'm pretty sure that pain is unavoidable regardless of the framework chosen. Choosing Flask at the start will probably postpone the point when a person is ready to ship products, but I believe it will lead to a much better foundational knowledge that will be an advantage in the long run
- linkdd 5y agoUsing this logic, one could argue that using the WSGI and psycopg directly would teach you even more.
- samsquire 5y agoI think the diminishing returns of marginal gains would kick in at that point. Django/Flask is a core part you need to understand in your stack to be productive whereas WSGI/psycopg are random details you don't even need to understand to make use of.
- olzhasar 5y agoTrying to implement something without a framework can definitely teach one a lot, but it probably will stop him from learning quickly once he understands how server and db driver work. My opinion is that Flask gives one just the right amount of abstractions to be able to iterate quickly and having a full understanding of all processes.
- midrus 5y agoThe problem with these low level frameworks is that you end up with a lot of bug and security issues you don't even know you have. I mean, for learning purposes....go ahead. I'll never use it for any production web application which requires authentication, permissions and database access. You end up with an undocumented , poorly tested, half baked version of what Django or rails give you.