А
Почему вы на ноде не напишете быстро и все? Зачем го?
Size: a a a
2021 April 08
СВ
я хз, архитектор выбирал стек, сам и пишет всё это ) я бы конечно ноду взял
IZ
у меня такой же вопрос
Go выбирают для быстроты а GraphQL вообще не быстрый
парсинг запроса валидация и куча всего остального
Go выбирают для быстроты а GraphQL вообще не быстрый
парсинг запроса валидация и куча всего остального
А
заходим на https://www.prisma.io/, крутим 2 раза скролл и ... вы 3 месяца этого не замечали?
А
хотя возможно он там недавно появился
СВ
замечал, но там же явно сказано - "Ранний доступ", я не хочу бета-тестером на продакшене быть )
А
тоесть вы думаете что вы своими силами сделаете что-то качественней чем люди которые знакомы с призмой и делают это уже почти 2 года на го?
причем их код покрыт тестами а ваш скорее всего даже и не думает
причем их код покрыт тестами а ваш скорее всего даже и не думает
А
12 человек пишут это на го уже 2 года, но вы сделаете лучше?:)
А
Лично я бы взял призму даже в раннем доступе, ибо когда она выйдет в стабильное руслоу вас уже будет готовый продукт на стабильной библиотеке
AZ
для graphql что используешь? в голанг?
АО
Всем привет. Срочно ищем DBA на временную работу. Нужно помочь решить пару задач. Хорошо отблагодарим.
C
смотря какую либу используешь
C
ent + entgql умеет сам генерировать пагинацию
C
Это вообще очень мощная штука, но входной порог высокий из-за непривычности всего
C
запросы graphql можно кешировать на сервере, чтобы не парсить каждый раз
IZ
Не понял тут
А
кешировать можно все, это не отменяет чтого что граф удобный но за удобство приходится платить скоростью
C
гугли persisted queries
C
ну если овердохера рпс, то да, я бы призадумался