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

GraphQL Korea

<https://twitter.com/Benjie/status/1334849874513326080?s=19|https://twitter.com/Benjie/status/1334849874513326080?s=19>

아 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

안녕하세요, <@U05EE6EUK7E>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U05F1EH2UPJ>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U05F1EN9H1N>!, GraphQL Korea에 오신걸 환영해요 :laughing:

This message contains interactive elements.

오우 이건 좀 히트네요 ㅋㅋㅋㅋㅋㅋ

안녕하세요, <@U05J2J1J59P>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U05KMNA831V>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U05PGPKRA1X>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U05Q6F6DP8R>!, GraphQL Korea에 오신걸 환영해요 :laughing:

IMG_2603.jpg

IMG_2602.jpg

혹시 GraphQL Conf 오신분 계신가요? ㅎㅎ 당근에서는 저랑 제 동료 둘이 함께 왔습니다~

IMG_2615.jpg

IMG_2619.jpg

IMG_2617.jpg

IMG_2616.jpg

오늘 Lee Byron 패션이 또 엄청나던데… ㅋㅋㅋ 사진에 담아보겠습니다.. ㅋㅋ

IMG_2661.jpg

IMG_2666.jpg

Lee byron과 The guild 멤버들 만났어요~ ㅎㅎ

안녕하세요, <@U05TL9G1R7C>!, GraphQL Korea에 오신걸 환영해요 :laughing:

GraphQL Conf 영상이 공개되었습니다~

<https://youtu.be/3zLmU-W2wYA?si=rZrfIGcYhy8AgaBQ>

개인적으로는 아래 두 세션이 가장 인상깊었습니다 ㅋㅋ

<https://youtu.be/4ao-zjiOGx8?si=hFhPwgCEGAk2SuwD>
<https://youtu.be/gO65JJRqjuc?si=LNNtzvF7Swno9A8e>

물어보고 싶은게 참 많았는데... 영어 실력이 아주 미천하여 차마 말을 못걸어서 슬프더라구요.. ㅋㅋ

내년까지 영어 공부를 좀 해야겠어요... ㅋㅋ

ㅋㅋㅋㅋㅋㅋㅋ 해외 컨퍼런스 참여의 고충...

안녕하세요, <@U06084P6744>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U0610GQ434J>!, GraphQL Korea에 오신걸 환영해요 :laughing:

relay쓰고싶어요:smiling_face_with_tear:

안녕하세요, <@U061NT1JPF1>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U0639P823AP>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U068KR0GMEV>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U069170TY2F>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U0691BKRBH9>!, GraphQL Korea에 오신걸 환영해요 :laughing:

안녕하세요, <@U069V6YJYC9>!, GraphQL Korea에 오신걸 환영해요 :laughing:

서버 기술스택이 어떻게 되나요??

파이선 장고 노드js(하피..라는 마이너한 프레임워크) 이렇게 되어 있습니다

• N+1 문제와 DataLoader (IN query)
    ◦ Python과 Node.js 생태계에서 어떻게 구현되는지
• 스키마 기반 API 인터페이스 문서화 & Code Generation
    ◦ vs OpenAPI Specification
    ◦ vs Protobuf
• Relay Server Specification
    ◦ Pagination
    ◦ Global Object Identification
• 캐싱 처리
    ◦ Persisted Query
• 모니터링
    ◦ Trace 적용
서버 Specific한 토픽이라면 이 정도가 떠오르네요 ㅎㅎ


Node.js 개발하면서 저는

<https://youtu.be/uCbFMZYQbxE?si=8txkvCaNJTJJQSgy|https://youtu.be/uCbFMZYQbxE?si=8txkvCaNJTJJQSgy>
<https://youtu.be/OQTnXNCDywA?si=lwkMUrbtDaN98PQs|https://youtu.be/OQTnXNCDywA?si=lwkMUrbtDaN98PQs>

이게 젤 흥미로웠어요 ㅋㅋ

컨벤션 관련해서는 relay 쪽이 강하게 잡기 때문에, 그 쪽에서 인사이트를 얻어보셔도 좋을 것 같습니다.
저희도 relay 컨벤션 기반으로 구조를 잡아 구축해나갔어요

Node 타입이 aggregation root가 됩니다. 그래서 fragment도 주로 node 타입에 대해 사용됩니다. 릴레이 쭉 쓰시면 fragment 이름에 대해선 전혀 고민을 안하게 됩니다.

prop key name === node name 이 되고

컴포넌트와의 코로케이션을 강조하고 또 읽고 파악하기 쉽게끔 컴포넌트 이름을 그대로 씁니다. 그래서 전부 이 형태로 맞춰집니다,

`fragment {컴포넌트}_{타입} on {타입}`

프래그먼트 이름을 고민한다는건 그 자체로 프래그먼트가 배치가 아닌용도로 여기저기 재활용되는 신호라서 안좋은 현상이에요. 물론 이름 짓기 자체가 어려운것도 있고

답변 감사합니다! 답변을 보고 생각해보니 불필요한 프래그먼트가 많아서 작명하기가 어려웠을 수도 있겠다라는 생각이 드네요 ㅎㅎ