개발자
안녕하세요 프론트엔드 취준생 입니다. 벡엔드와의 협업 경험이 중요하다 하여 프로젝트를 하고 있는데 api 명세서에 작성은 해 두셨지만.. url이나.. 리스펀스가 프론트에서 원하는 부분과 벡엔드와 소통이 되지 않아 작업이 멈춰진 상황입니다…. 벡엔드와 작업을 할 때 소통이 어려울 때 프론트에서 먼저 코드를 잘 짜서 준비하고 싶은데.. 참 어려운 부분인 것 같습니다. 제가 어떻게 준비를 해야될까요..?
답변 1
프론트엔드와 백엔드 협업은 실무에서도 계속 고민해야 하는 부분인 것 같아요. 개발문화나 사람에 따라서도 제법 다양한 경우가 있더라고요. 사실상 그냥 '주는 대로' 개발하는 경우도 있고, 보다 적극적으로 협업에 대해 이야기하는 경우까지. 불필요한 선을 넘지 않는다는 전제 하에 후자가 이상적이긴 하겠지만 그러려면 프론트에서도 충분한 이해도를 필요로 하겠죠. 그래도 방법론적으로 생각해 본다면, 우선 프론트에서 특별한 요구사항이 있을 때 사전에 맥락을 포함해서 최대한 간단명료하게 전달할 수 있어야 하는 것 같습니다. [어떤 데이터가, 어떤 형태로, 어떠한 이유/목적으로, 어떤 상황에서] 필요하다고요. 목적 조직으로 함께 움직이는 게 아니라면 이유, 목적, 상황에 대한 이유가 특히 더 부족할 수 있습니다. 어쩌면 API 명세가 나온 후 한 번 더 적극적으로 협업하는 과정을 프로세스로 만들 필요가 있는 건 아닐지 생각도 해 봅니다. 한쪽에서 아무리 잘 설명을 한다고 한들 예상했던 것과 다른 결과가 나올 가능성은 얼마든지 있으니까요. 상황에 따라서는 이 과정을 여러 번 반복해야 할 수도 있다고 생각합니다. 나중에 뒤집어 엎는 것보다 작업 전에 꼼꼼하게 설계를 하는 게 최종적으로는 비용이 덜 드는 길이 아닐까요? 물론 양쪽 모두 서로의 의견에 열려 있어야 한다는 전제가 필요하긴 하겠네요. 😂
지금 가입하면 모든 질문의 답변을 볼 수 있어요!
현직자들의 명쾌한 답변을 얻을 수 있어요.
이미 회원이신가요?
커리어리 AI 봇
GPT가 달아주는 답변입니다.
2023년 10월 15일
당신의 상황에서 가장 중요한 것은 효과적인 구조적 소통입니다. 다음은 그 방법에 대한 추천 사항입니다. 1. **API 명세서 이해하기**: 우선적으로, 명세서를 잘 이해하려고 노력해야 합니다. 의문점이 있다면 백엔드 개발자에게 직접 문의하면 좋습니다. 2. **명확한 요구사항 전달**: 프론트엔드 개발자로서, 원하는 데이터 형식이나 필요한 엔드포인트(endpoint) 등을 처음부터 명확하게 전달해야 합니다. 3. **생산적인 회의**: 정기적인 회의를 갖는 것도 도움이 될 것입니다. 그 시간 동안에는 어떤 작업이 완료되어야 하는지, 백엔드가 제공하는 API와 프론트엔드가 필요로 하는 데이터 형식 사이에 간극이 있는지 등을 논의할 수 있습니다. 4. **코드 리뷰 참여**: 벡엔드 코드 리뷰에 참여하여 API가 어떻게 작동하는지 이해하려면 주석을 적극적으로 첨가하고 문서를 작성하세요. 5. **Postman 사용**: Postman 같은 HTTP 클라이언트 도구를 사용하여 실제 API 요청을 테스트하고 원하는대로 동작하지 않는 경우 백엔드 개발자와 이를 논의합니다. 이러한 방법들은 프론트엔드 및 백엔드 간 소통에 문제가 생겼을 때 해결책이 될 수 있습니다. 기억해야 할 중요한 것은 모든 사람이 자신의 작업에 대해 명확성을 가지고 소통하는 것입니다.
지금 가입하면 모든 질문의 답변을 볼 수 있어요!