Ты не понял, я про разрабочтиков "сервера", а не "клиента".

Ну на базовые, все равно каждый напишет тогда свою если не писать никакую

Ну и для сервера тоже сделать либу на пару популярных языков проще, просто потому что остальные просто склонируют. Переиспользование кода и вот это во все

Ну, для чистого REST, например, не надо писать либу для кучи языков, она есть.
Для любого описания на OpenAPI ее можно автоматически сгенерить (фиговую, но можно генератор подкрутить).
Т.е. либа для клиента - скорее не нужна.

Тогда какая проблема генерировать ее разработчикам сервера?

Ты не понимаешь.
Я не про удобство использования API, а про проектирование.
И тут нужны как раз принципы дизайна

rest дает эти принципы дизайна (плохие, но это отдельный вопрос)
rpc - предлагает уже гораздо меньше принципов и это для среднего разработчика сложнее.

Кмк главное, чтобы API в рамках проекта были консистентны, понимание прекрасного у каждого свое, и тут просто нужны соглашения.

Ну если ты проектируешь от пользователя и его действий, то какая нафиг разница как оно будет внутри? Пользователь хочет просто использовать убобно и максимально просто, а не вот это вот все ))

Вообще, для среднего разработчика "плохой, кривой, но описанный подход" лучше "набор примитивов для сложных задач".

RPC сложнее потому что разработчик думает что его ограничивают там, где не должны?

+++

Нее, там очень большая разница.
Так как "удобно" и "просто" - это как раз про разработку дизайна API

Скорее "не ограничивают - и что делать".

Потому и берут ужасный json-rpc - так как хотят себя ограничивать, боятся свободы и не умеют думать

Это же вечная проблема "нет серебрянных - ну так дайте деревянную, без пуль мы не умеем"

Ну у тебя вызов апи и его програмная обработка это два разных вообще уровня. Ты в программном клиенте показываешь поведение, которое ты предполагаешь, там же не просто тупо вызовы

Клиенты нужно писать, да это ресурсы, зато проще делать совместимость и прочие изменения и это тоже ресурсы, только чуть позже. А то начинает примерно каждый писать своего клиента (начинают-начинают). Обработка отказов, повторы, какое-то поведение, которое для всех типовое и в итоге у нас не по одной либе на язык, а у каждого клиента своя. Внутри компании так вообще проблем нет, потому что больше 2-3 языков не используется и сделать столько либ выходит дешевле, чем каждому клиенту делать свою.

А что за поведение в программном клиенте? Там же как раз тупо вызовы

Авторизация, листинг, обработка повторов и т.п. зачем всем этим нагружать пользователя?