и если всё же принять, что мы хотим нечто более крутое, чем Django, то нужно было за основу взять Starlette, а сам FastAPI сделать как подключаемый плагин, и более того, поменять принцип работы - сделать его генератором по схеме, а не как сейчас

be the change you want to see in this world

и вообще это звучит как утопия
больше "отстыковываемости" - больше гемора с настройкой и коннектом этих модулей

не бывает бесплатного

возможно, эти изменения уже не нужны потому что OpenAPI уже начал восприниматься как legacy на фоне GraphQL API (Ariadne, например) или async gRPC или облачных подходов (некий API Gateway/шина + функции/контейнеры за ним)

то есть, возможно, OpenAPI сейчас нужен только как фасад для внешних интеграций, если компания делает API для разработчиков приложений для интеграции с ней, а за этим фасадом там будут какие-нибудь микросервисы на gRPC

можно конечно нагородить какой-нибудь второй moleculer

возможно, убить OpenAPI фреймворк в пользу gRPC-web/GraphQL решений в целом лучше, чем пытаться улучшить OpenAPI и его реализации (тот же FastAPI) через генерацию по схеме, лучше Ariadne ту же улучшить ИМХО

но я сто процентов уверен что супермодульность нужна только как абстракция
рынку нужно что-то что позволяет быстро и дешево закрывать потребности

это и есть Django 🙂

ага с дрф

от которого все плюются :)

можно с django-ninja

можно просто с async функциями

не видел, спасибо

в Django много что есть, например, https://github.com/django-tenants/django-tenants

да мы сами написали такое )

выбор Starlette/FastAPI подразумевает, что вы готовы очень много сделать с нуля сами

да, это ок

и если уж приходится писать самим, то хочется не вторую Django, а что-то нормальное, а оно судя по тренду идёт к Django

у нас от джанги дрф, модели и админка