협업 중 백엔드·프론트엔드 간 API 스펙 충돌이 났을 때 어떻게 해결하셨나요?

Question

Accepted Answer

공통 API 문서를 기준으로 삼고, 사용자 경험 관점에서 조율했습니다 핵심 키워드: API 스펙, 문서화, UX "스펙 충돌이 나면 우선 구두로만 이야기하기보다는, 공통 API 문서(Swagger, Notion 등)를 열고 거기에 명시된 내용을 기준으로 이야기를 시작합니다." "예전에 응답 구조를 단순하게 가져가고 싶은 백엔드와, 다양한 상태를 상세하게 알고 싶은 프론트 요구가 부딪혀서, 요약 필드와 상세 에러 목록을 같이 내려주는 쪽으로 합의한 적이 있습니다." "가능하면 내부 편의보다는 최종 사용자 경험을 기준으로 선택하려고 하고, 변경 사항은 항상 버저닝이나 플래그로 점진적으로 적용하려고 합니다." 꼬리질문: API 변경으로 인해 프론트 배포 일정에 영향을 줬던 사례가 있다면, 어떻게 조율했는지 설명해 주세요.
백엔드에서 API 문서 품질을 유지하기 위해 어떤 도구나 프로세스를 사용해 보셨나요?

협업 중 백엔드·프론트엔드 간 API 스펙 충돌이 났을 때 어떻게 해결하셨나요?

질문 의도

평가 포인트

이 주제를 더 공부하고 싶나요?

시니어 면접관이 알려주는 개발자 취업과 이직 한방에 해결하기 [실전편]| 코드빌런 - 인프런 강의

깔끔한 협업, 슬기로운 슬랙생활 시작하기| 제주코딩베이스캠프 - 인프런 강의