REST здесь имелся именно в смысле REST api. Не спорю насчет отдачи страничек, но за описанные 10 минут, можно к отдаче дополнительно успеть прикрутить api, причем не обязательно на DRF. Опыт действительно показывает, что DRF не нужен на маленьких апишках, где всего пару вьюх, но когда у Вас начинает расти объем сущностей с которыми вы работаете, он позволяет сильно ускорить разработку. Но тут уже возникает вопрос того, что так же как и с обычным функционалом джанго нужно понимать что и где должно вызываться и как должна быть реализована та же бизнес логика.
При правильно пользовании DRF он работает не сильно медленне, но при этом он значительно повышает скорость и снижает сложность разработки, а при необходимости нужные куски кода переписываются на чистый код без него.
Так что, я Вас прекрасно понимаю как разработчик, когда менеджеры хотят впихнуть технологии и фреймворки которые на слуху, но вообще не нужны для проекта.
При правильно пользовании DRF он работает не сильно медленне, но при этом он значительно повышает скорость и снижает сложность разработки, а при необходимости нужные куски кода переписываются на чистый код без него.
Так что, я Вас прекрасно понимаю как разработчик, когда менеджеры хотят впихнуть технологии и фреймворки которые на слуху, но вообще не нужны для проекта.