Python и сеть: REST, JSON, GraphQL или gRPC? / Григорий Петров

Презентация: yadi.sk/i/m_qX...

[@zustaz]

Отличный докладчик. Понравилось преподнесение непростой (и холиварной) темы в адекватном ключе. Вопросы (как это часто в СНГ) - meh, но Григорий умудрился на них ответить с достоинством и интересно, за это спасибо.

[@miky7miky]

Странно, что не рассказали, что в gRPC в роли транспорта используется HTTP/2.

[@rugleb]

Он же менеджер...

[@Nodorgrom]

круто!)

[@petery6775]

крутой докладчик

[@Das.Kleine.Krokodil]

Прикольный чел

[@user-lb9rz2jg9l]

Большой графкуэль или куча Реста Ну если в комплексе, то это уже как фронт будет запрашивать.. А там свои огород можно нагородить и запрашивать уже неоптимально мягко говоря эти ресурсы.. Так что вопрос более комплексный на мой взгляд, какие ресурсы на странице должны быть, что отображать и каким образом. Затем составляется схема.. Если слишком сложная, то граф, нет то рест.. Но например для микросервисов лучше на мой взгляд иметь один граф Т. е первично что отображаем, а вопрос как это делать уже вторично.

[@leonovkv]

Разве рельсы не в 2005 году появились?

[@talgis4169]

если его послушать, то волосатый граф делают хипи )))

[@user-lc8zz3hn7k]

О каких N + 1 запросах идет речь в graphql?

[@sergeykapshuchenko5695]

Такая проблема есть и в rest, а именно когда ты запрашиваешь, например, юзеров, а потом итерируешься по ним и запрашиваешь для каждого еще какие-то данные, т.е для каждого юзера + 1 запрос делаешь. В GraphQL эта проблема более ярко выражена

[@alko4188]

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