For further actions, you may consider blocking this person and/or reporting abuse
Read next
The 7 Best Python Libraries Every Developer Needs to Know
TimesofAsi -
Unlock Cleaner Code with Dexter.ai: A must have VS Code extension for Python Development
Grishma Kachhadiya -
Top re:Invent 2024 Videos
Geoffrey Wiseman -
Flipper Zero NFC Hacking - EMV Banking, Man-in-the-Middle, and Relay Attacks
Guillaume VINET -
Top comments (1)
I'm not sure I'm excited about this article. I have a few "whys" :D
Why use Django with serverless at all? If the objective is to deploy a lightweight app on serverless, Django doesn't seem the first choice in the Python realm.
Why use Django? The OP has to bend the app to use a remote SQLite database (!!) just so that he can avoid writing 10 lines of code to generate a JSON response so that he can use Django Rest Framework and Django's ORM. You also have to trust the db sync from S3 never fails AND factor the sync in the start of the function.
Why use this approach? I've never seen a CRUD REST API, apart from the tutorial case shown here, that has no concurrent writes. What happens if you have two instances of the app running, exactly because you chose to use a serverless approach?
It seems to me he's trying to use a hammer for everything here.
I know it's a proof of concept but it establish a few counter intuitive approaches that newbies could take home and end up bitten by.
All of this just so that he can use Django's admin interface?? :-D