валить все в кучу и запихивать под коврик консерны?)

рельсы вырастили экосистему и комьюнити, но подходы местами не очень

чем не удобный, целая спецификая которая напротив существует для того чтобы упростить работу

с готовыми решениями

"валить всё в кучу" было до рельс

Ага, упростить работу

Видел я это упрощение работы

что конкретно показалось тяжёлым?

Это как, например, с ТЗ - есть спецификация написания для него, но тебе никто не мешает взять и написать просто по пунктикам свои хотелки без категоризации, модульного разделения и т.д.
Это же "проще" (в кавычках - неопытный человек так скажет), хотя таким документом только подтереться можно и его никто не подпишет
может быть грубо, но это правило относится ко всему, и все эти спецификации со временем становятся стандартами, которые ты один раз понял, прочитал и всю жизнь пользуешься

Каждый раз, когда приходиться работать со всеми этими древним апи - их код только говном назвать и можно, все эти приколы:

{
first_name: "",
lastName: ""
...
}

или

[{
...
downloads: 10,
...
}, {
downloads: "много"
...
}]

даже видел такое:

{
   attribute01: "val",
   attribute02: "val",
   attribute03: "val",
}

где 01, 02, 03 - id аттрибута и может вернуть разное их количество

вот чтоб такого не было и есть спецификация по разработке апи

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

Ты мне объясняешь зачем нужны спецификации, я тебе говорю что конкретная спецификацтя дерьмо

ты так не обосновал почемуто дерьмо -_- мб придумаешь куда лучше?

Я тебе выше обосновал и ты проигнорировал

ты про это?

Попробуй патч без библиотеки сделать с фронта

зачем мне его делать?

Еще один слой абстракций? Шаг влево шаг вправо расстрел?

ну а что ты хочешь пропатчить? Какая цель для этого?