면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
프론트엔드 팀과 API를 연동하는 프로젝트에서 가장 중요하게 생각한 것은 API 명세를 먼저 문서로 확정하는 것이었습니다. 초반에 명세 없이 구두로만 논의하다 응답 필드명이 서로 다르게 이해돼 작업을 다시 한 적이 있습니다. 이후로는 Swagger로 명세를 먼저 작성하고 프론트엔드 팀의 리뷰를 받은 뒤 개발을 시작하는 방식으로 바꿨습니다. 협업에서 가장 중요한 것은 말이 아니라 문서로 남는 합의라는 것을 배웠습니다.
인프라 팀과 배포 파이프라인을 구성하며 같은 단어를 서로 다른 의미로 쓰고 있다는 것을 뒤늦게 발견한 적이 있습니다. 저는 '배포'를 코드 반영으로 이해했지만 인프라 팀은 인프라 자원 할당까지 포함해 부르고 있었습니다. 이후로는 회의 초반에 핵심 용어의 정의를 먼저 맞추고 시작하는 습관을 들였습니다. 기술 팀 간 협업에서는 같은 단어도 다르게 쓰일 수 있다는 것을 그때 배웠습니다.
공통 모듈을 수정할 때 다른 팀의 서비스에 영향을 줄 수 있다는 것을 인지하고, 변경 전 영향 범위를 정리해 관련 팀에 미리 공유하는 것을 원칙으로 삼고 있습니다. 한 번은 공유 없이 필드를 변경했다가 다른 팀 서비스에서 오류가 발생한 적이 있어, 이후로는 변경 사항을 슬랙 채널에 먼저 알리고 하루 정도 확인 시간을 두는 절차를 만들었습니다. 협업은 내 코드가 남에게 미치는 영향을 먼저 생각하는 데서 시작된다고 생각합니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.