php, rails... ну да, ну да. Раньше писал на рельсе, сейчас переехал на фронтенд. И когда на HH кинул резюме, 4 из 5 предложений были именно по Rails.
Во во во. Стоп!!! В статье даются вредные советы, так делать нельзя. Все эффекты нужно заворачивать в useEffect. Ибо запросы к API в цикле рендеринга реакта - тот ещё worst practice.
Тут в статье не особо раскрыта суть. Для большинства проектов (80%, а то и 90%) graphql НЕ НУЖЕН. У себя мы на него заехали потому что на REST-е было сложно и совсем не гибко работать с организационной структурой очень крупной компании. З.Ы., хоть graphql уже давно не ноу-хау, а стандарт, инструменты разработки до сих пор кривоваты. Нет ни одного нормального расширения Chrome/Firefox для graphql, которое работает стабильно. Тот же самый Apollo (не js-клиент, а расширение) до сих пор полон багов.
Ну таким образом вы свой graphql избретаете) На прошлой работе что-то подобное проходили, эта была просто полная жесть