Да просто я бы рассмотрел граф когда надо оптимизировать поток данных

Вроде ВордПресс так и работает с jsonrpc

к нему есть довольно популярный плагин с GraphQL

но, да, чем ближе система к конечному пользователю и чем она популярнее, тем меньше там изменений

я вообще к чему) вот в 2012 году эти вопросы - CBV или FBV казались актуальными и очень холиварными)

а сейчас и так и так - "это устаревший какой-то способ, ты что, DRF не умеешь?"

вот пройдёт ещё столько же лет и про GraphQL будут говорить так же - "зачем тебе DRF, ты что, нормальный API на GraphQL сделать не можешь как все?"

хотя, возможно, что-то ещё появится)

уже есть: DAG

не гуглится что-то

Имхо graphql очень кривой подход, который подходит очень не всем, пруфы гуглите

какие генераторы API или стандарты есть вокруг этого?

не важно, на каком ЯП

да, но пока не стандартизировалось, область крайне активно развивается, одно из крупного: IOTA

пока RESTful API держится в лидерах за счёт тулинга вокруг Swagger'а

Такой вопрос.
Есть таблица пользователей (user), она дефолтная т.е. auth от django
Есть таблица pm, там такие поля:

id - ~
from_id - отправитель
to_id - получатель
message - текст сообщения

Где-то в шаблонах это нужно вывести. Но не только текст сообщения, но и автора и тому, кому было отправлено сообщение.
И вот тут у меня два способа возникают в голове:
1. Это во вьюхе перед выводом обращаться к бд User с нужным ID и отправлять данные (логин и т.д) в шаблоН
2. Записывать помимпо from_id и to_id ещё и from_username и to_username
Какой из них более правильный? (или может есть третий способ?)

Ты бы ещё wsdl вспомнил, имхо swagger костыль, тк у рест нет wsdl, rpc это другой подход

ну вот GraphQL - это шаг в ту сторону, кстати

его позиционировали как-то так