если у тебя есть проекты не только на Django, и не только на питоне, то там ты крон таким образом (через celery-beat) сделать не сможешь
Это уже другие условия. Задачи решаются по разному в зависимости от условий. Но сказать что это абсолютное решение в независимости от условий уже не то
нормальное решение для крона должно работать с любым ЯП и любым фреймворком
Также как сказать - не используйте орм. Запросы к базе должно работать с любым ЯП и любым Фреймворком. А в большинстве случаев, люди только один ЯП используют в своих проектов и они должны терпеть сложности ради генерализации которая им не нужна. Опять так - все зависит от условий
Также как сказать - не используйте орм. Запросы к базе должно работать с любым ЯП и любым Фреймворком. А в большинстве случаев, люди только один ЯП используют в своих проектов и они должны терпеть сложности ради генерализации которая им не нужна. Опять так - все зависит от условий
GraphQL - это попытка сделать универсальный "ORM" к микросервисам (над gRPC / RESTful API)
А я про базу, не API. Тем более для graphQl важнее именно возможность динамической генерации ответа с желаемыми полями чем обобщение. Давно существуют общие рест клиенты. Так что это совсем не цель graphQl
А я про базу, не API. Тем более для graphQl важнее именно возможность динамической генерации ответа с желаемыми полями чем обобщение. Давно существуют общие рест клиенты. Так что это совсем не цель graphQl
ну, GraphQL позволяет легко склеить разные микросервисы друг с другом на API Gateway