GraphQL is a query language for APIs and a runtime for performing queries on data that already exists.

GraphQL Korea

아 진짜 편하겠다 회사가서 바로 써야지 ㅋㅋㅋㅋㅋ

1.0 만 나오면 지금 경쟁하는 녀석들 다 재치고 GraphQL 기반 마이크로서비스 구축의 핵심요소로 자리잡을 법 하네요.

갯츠비에 영감 받은듯한 뛰어난 확장성 설계로 커뮤니티 등에 업혀 엄청난 속도로 릴리즈 되는 중

당연히 소스코드에도 기여할 수 있고, 별도 폼으로 블로그 포스트 기여도 받고 있으니 관심있으신 분들은 살펴보시면 좋겠네요

<https://github.com/facebook/relay/pull/3016>

오우....

원글: <https://www.bogdanned.com/posts/the-graph-in-graph-ql>

&gt; 예를들어 GraphQL이 얘기하는 Over/Under-fetching reduce 는 colocate를 통해 뷰 프레임워크의 컴포넌트 트리와 통합하고 정적/동적 분석을 통한 쿼리 패스 최적화를 하지 않으면 달성이 요원해진다. 오히려 직접 컨트롤 하는 것 보다 요청/응답 사이즈가 훨씬 크다("쿼리"라서)
&gt; 
대대공감입니다 ㅋㅋ

&gt; 마침 yarn이 알려줘서
```warning serverless-appsync-plugin &gt; merge-graphql-schemas@1.7.8: Merge GraphQL Schemas has been deprecated and merged into GraphQL Tools, so it will no longer get updates. Use GraphQL Tools instead to stay up-to-date! Check out <https://www.graphql-tools.com/docs/migration-from-merge-graphql-schemas> for migration and <https://the-guild.dev/blog/graphql-tools-v6> for new changes.```

넵 보통 상태관리를 redux/mobx를 쓰는데 아폴로랑 graphql로 넘어오면서 상태관리를 어떻게하는지 궁금합니다

아폴로 내부에 redux가 이미 있어요 ㅎㅎ

해당 모델이 바뀌거나하면 자동으로 바꿔줍니다.

<@U014P4E3ZCK> 그리고 죄송한 이야기지만 ㅠㅠ 질문은 <#CN13FD736|> 채널에 남겨주시면 더 많은 분들이 답변 달아주실꺼같아요! ㅎㅎ

죄송하지만 ㅠ <#CN13FD736|> 채널에 올려주시면 상세히 답변드릴께요 ㅎㅎ

ORM 만들고 143억원 투자… 어마어마하군요

ㅋㅋㅋㅋㅋㅋㅋ 전 이해가 안돼요

amplify partners라.. 잘몰라서 그러는데 이쪽 시장에서는 이례적인가요?

전 들어본적 없는거 같긴 하네요

이례적인건 아닌데… 투자를 이끌어낸 프리즈마 BM이 뭔지 궁금하네요 ㅋㅋ

클라우드 벤더사들과 통합이나 협업하면서 뭔가 만들지 않을까요 자체적으로 서비스를 다시 운영하려 할 것 같진 않고

모니터링 툴 나오면 좋겠네요 ㅋㅋ 쿼리플랜 보여주고 Optimization 도와주는…

그런거 예전에 만들다가(Graphcool) 접은거 아닌가요? ㅋㅋ

Graphcool은 컨셉이 아얘 No-Backend?? 같은 느낌 아닌가요? ㅋㅋㅋ

얼른 Production Ready 느낌을 좀 뿜뿜 내줬으면 좋겠네요.

Apollo Engine은 진짜 돈값하면서 잘쓰고 있습니다 ㅋㅋ

이미 GC 하나만으로 너무 크다...

GC는 혼자 지원하는게 아닌데요 ㅋㅋ

ㄷㄷ 카오스엔지니어링으로 GraphQL 서버 뿌시는건가요? ㅋㅋㅋ

최근에 너무 피곤해서 디스코드 패널 직접 참여 못한게 너무 아쉽네요 ㅠㅠ

fetchObserver 라는게 생겼군요.

저번에 어떤 스레드에서 얼핏 relay-hooks가 사용하기가 애매하다고 봤던거 같은데
괜찮을까요 ㅎㅎ

relay에서 제공하는 생짜 QueryRenderer 형태만 봤는데 apollo 같이 query hook으로 사용할 수 있어 보이는 것이 편해보이긴하는데..

빨리 relay 팀에서 만들고 있는거 제공해주면 좋겠네요 ㅜ

QueryRenderer없이 쓸 수 있는게 너무 부럽긴하네요

???? 쿼리렌더러가 어떻ㄱ ㅔ없죠

쿼리 컴포지션은 당연히 있죠 똑같은 릴레이인데 그냥 라우터로 말아둔거지

<https://github.com/zth/reason-relay-playground/blob/main/client/src/Routes.re>

네 있는데 자식들은 그걸 몰라서 해피한 부분이요

네 뭐 다를건 없는거같은데 쿼리 선언은 다 넣어줘야하니

자식이 쿼리 디테일 모르는건 다 똑같을거고

오 훨씬 빠르려나요. 벤치마크 돌려봐야겠다

Fastify 가 빠른거 자체는 이미 잘 알려져 있는데 GraphQL 관련 구현은 어떨지 모르겠네요

아마 큰 차이는 없겠지만 제가 봤던 apollo server 쪽 구현보다는 훨씬 깔끔해보이긴 했어요

그냥 제 뇌피셜인데 graphql.js가 느리지않나요???

graphql 구문분석 같은 부분은 애초에 cpu intensive 한 작업이라

graphql over protobuf 같은 느낌일까요 ㅋㅋㅋ

괜찮은 컨셉일거같은데 커스텀 스칼라는 어찌할지

엇 graphql over protobuf 는 진짜 좋을거 같은데 쉽지 않더라구요

ㅋㅋㅋㅋㅋㅋㅋ 오오오 감사해요

대기타는중입니당 :clap: :clap: :clap:

<https://twitter.com/leeb/status/1311781470185291777>

와우.... sibelius가 프레젠테이션 하시는군요

제목은 거창하지만 사실 아폴로 서버 접근방식 변천사

도커면 단일 환경취급이니 babel transform modules + esm 달려도 되겠군요 ㅋ

이거 하면 거의 절반을 줄지 않을까요

rollup 이나 webpack 같은 번들러 끼는게 나을지도요

그래서 babel 로 esm 구문으로 싹다 컴파일해버리고 번들러로 dead code elimination 시킨걸 잘 말아서 프로덕션 스테이지 이미지로 만들면...!

Adapt 축으로 이동했군요 :confetti_ball:

데이터 레이어 섹션에서의 성장세가 가히 압도적입니다...

라인업이 무시무시하네요 ㄷㄷ
하쥬라 CEO..!

<https://twitter.com/_philpl/status/1355159430824914950>

추가 맥락