Storing arbitrarily complex Boolean queries (think Elasticsearch's query syntqx). While this could be done in SQL tables, there are no gains with referential intregity and while there would be some in consistency, I don't think they're worth it.
I connect online articles into discussion graphs and intersperse the top tweets about them. There are feeds that filter the discussions in different ways (exchanges among top authors, most discussed articles). It's also possible to see a specific discussion graph in its entirety, e.g. the discussion around Marc Andreessen's "It's Time to Build" essay: https://www.disqors.com/discussions/36672
Hi, I wanted to share a web app I made to keep up to date on the most interesting discussions among political/social/economic commentators.
I connect online articles into discussion graphs and intersperse the top tweets about them. There are feeds that filter the discussions in different ways (exchanges among top authors, most discussed articles).
It's also possible to see a specific discussion graph in its entirety, e.g. the discussion around Marc Andreessen's "It's Time to Build" essay: https://www.disqors.com/discussions/36672
Regarding other commentary on DRF: I wonder how many pain points result from trying to squeeze non-CRUD operations into DRF's ModelViewSet/ModelSerializer constructs? My company's approach has been to use that DRF magic for dumb CRUD resources and use plain function-based views for everything else, with the freedom to use Pydantic/Marshmallow/etc. This has made us very productive and I can't image having to write create/update/delete/get/list operations one at a time.
That said, I'm sure there are use cases that DRF isn't suited for and I would definitely look at FastAPI for new projects.
Huge thanks Angular team. A few years ago, my team desperately needed to pick and run with a frontend framework. After a couple months to learn the Angular fundamentals, we haven't looked back. We find the framework to be extremely intuitive and flexible enough to handle any scenario we've encountered. The productivity wins have been enormous. We have about a dozen apps and anyone on our small team can jump into any project and contribute. I can't imagine how fractured our knowledge would be if we had to stitch together multiple libraries and come up with our own constructs.
Very cool! Yeah, it seems like web frameworks could do more in terms of linking up HTTP contracts with the arguments to the controller/view/whatever. Though, sometimes you need a little more flexibility. For instance, often when updating an existing model, the validation depends not just on the incoming request data but also the value of the existing instance's fields.
I've followed GraphQL from a distance. Besides the typing part (which it seems like you can get from OpenAPI to some extent), the other big benefit seems to be being able to cater to many different and unpredictable use cases. But I haven't really had a need for that yet.
Cool, I've added the "Show HN:" prefix. Yeah, probably most useful for API view functions, since ViewSets often handle the CRUD endpoints automatically.
I wrote this package to provide model lifecycle hooks (similar to Rails callbacks) because I didn't like the frequency that my codebase was overriding __init__():
https://github.com/rsinger86/django-lifecycle
Django's ecosystem (mainly DRF and django-filters) makes it very productive for me, but I find Django core to be lacking for developer ergonomics in certain areas.
There are some other great packages out there for permissions, but I wanted one that allowed defining access rules in a declarative, JSON syntax, similar to AWS IAM. I also wanted all access control logic for a given resource, or set of resources, to be in a single place.
I hope this will be useful for other Django Rest Framework users and I welcome any feedback.