вот такое компилится

вот такое нет

ты фронтед какой-нибудь писал на typescript и реактивном фреймворке?

второй вариант - то что после кодгена получается

Конечно. Когда-то юзал ExtJS (там ts не было), потом - React (с ts)

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

Как минимум тем, что выкидывается стейт менеджер и не приходится писать почти никакой код состояний приложения

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

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

мне граф нравится сабскрипшенами)

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

Вот про это не слышал

+++, но как я вижу grpc вообще без проблем решает этот вопрос.

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

там стримы да, нет проблем с этим тоже

но мне не нравится грпс все равно, хотя я уже и привык с ним работать

фич с расширением сущностей нет

А ты grpc юзаешь только для межсервисного взаимодействия, или фронт тоже его дёргает?