Поддержка языков впечатляет!

Overhead большой если транслировать с json’a …

@YuriyYarosh
> Можешь почитать если будет интиресно http://polyhedral.info/
Звучит, как silver bullet. Меня такое обычно смущает: если профит такой большой, то почему раньше не имплементировали?

Это просто оптимизационное пространство - не запилили потому что требует специфических механизмов инкрементальной компиляции / кэширование + индексирования найденных оптимизаций. Подход в корне отличается от дизайна современных компиляторов… люди не готовы столько переписывать.

В llvm / gcc уже есть поделки, но они много чего не умеют (перемножение матриц с использованием SIMD’a например).

В XLA TensorFlow полиэдральные оптимизации уже успешно используются для распаралеливания тензорных преобразований.

У golang’a SSA в зачаточном состоянии, по этому там не чего особо то и переписывать, в основном incremental enhancement.

подскажите пром стандарт по рест на го ?

OData http://www.odata.org/

Не надо REST …

а что вы предлагаете?

GraphQL мне норм зашёл, как раз либу пишу... 0lloc с нормальным fail fast парсером и поддержкой типизированого msgpack’a, под Apollo link буду ещё писать.

граф хорош, только рест это промышленный стандарт и все пилиться на нем.

> это промышленный стандарт и все пилиться на нем.

Как попало.

У REST’a есть стандарт OData ещё 2008го года, который полностью соответствует референсу… естественно разрабы не знают Http, до Rest’a и подавно не дорасли.

ой ну такое. Там того реста.

Я конечно могу долго расказывать о том как используется Link хеддер для keyset паджинации, и почему offset паджинация говно… но это не меняет факт того что «Стандарт» состоит из безответственных, недалёких особей.

Ну вот возьмите и почитайте.

Вот это туда же https://use-the-index-luke.com/no-offset

Ну они пытаются усложнить то что должно быть просто

Делать обычный круд для дБ

Для всего остального есть rpc