필드명이나 이런것들에 대해서 개발전에 건강하게 논의할 수 있다고 판단해서요. 예를 들면... 프론트엔드 개발자로써 API 응답에서 필드명이 이상한 경우라던지 이럴때 피드백을 드리기가 참 애매하고, 자칫잘못하면 건강하지 못한 토론이 될 경우가 생기는데, 이런걸 미리미리 설계/논의 단계에서 캐치할수있어요. ex: • FE: 이거 필드명이 좀 이상한거같아요. 이게 더 낫지 않아요? • BE: ;;; (이미 DB 마이그레이션 까지 다 돌려놓고 올려놨는데...) 음... 바꾸기가 좀 힘들어서... 그냥 가시죠 • FE: 그래도 이건 아닌거 같아요. • BE: ...음....

불필요한 데이터가 클라이언트까지 가게 되더라구요..

이것도 맞구요

그리고 유비쿼터스 랭귀지 관점에서도 DB단과 맞닿아있는 CRUD보다는 비즈니스 랭귀지로 표현하는게 더 좋아요.

type Mutation {
  # Don't
  updateUser(...): ...

  # Do
  registerNewEmail(...): ...
}