예시 답변 1
약 86초
의도 파악 먼저, 합의 방식으로 닫는 결
코드 리뷰를 할 때는 왜 그렇게 짰는지를 먼저 이해하려는 방향으로 접근합니다. 로직이 낯설거나 방식이 달라도 "이건 왜 이렇게 했어요?"라고 묻는 걸 먼저 하고, 이해한 뒤에 제 생각을 얘기하는 편입니다. 팀 프로젝트에서 한 번은 예외 처리 방식을 두고 의견이 갈렸던 적이 있었습니다. 저는 try-except를 좁은 범위에만 쓰는 걸 선호했는데, 팀원은 전체를 감싸는 방식을 써왔습니다. 각자 이유를 설명하다 보니 팀원은 개발 속도를 우선했고 저는 디버깅 편의를 중시했다는 걸 알게 됐습니다. 결국 핵심 로직에는 좁게, 입출력 경계에는 넓게라는 방식으로 합의했습니다. 그 이후로 리뷰에서 의견 차이가 나면 코드 자체보다 상황과 우선순위를 먼저 맞추는 방식으로 접근하고 있습니다.
이 결의 특징
의견 차이를 옳고 그름의 문제가 아니라 우선순위 차이로 재해석하고, try-except 범위를 좁게/넓게 나누는 절충안으로 국면을 닫은 흔적이 있습니다. 코드보다 상황과 우선순위를 먼저 맞추는 순서가 반복해서 드러나는 결이 담겨 있습니다.
이 결이 통하는 자리
리뷰에서 왜 그렇게 짰는지를 먼저 묻는 태도가 구체적인 합의안으로 이어질 때 통합니다. 예외 처리처럼 사소해 보이는 지점에서 실제로 기준이 갈리는 순간을 보여주면 면접관이 협업 감각을 읽는 결이 보입니다.