면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
저는 팀 프로젝트에서 코드 리뷰를 하다 보니 같은 종류의 지적, 예를 들어 예외 처리 누락이나 매직 넘버 사용이 계속 반복된다는 걸 발견했습니다. 처음에는 그때그때 댓글로만 지적했는데 같은 실수가 계속 나와서, 팀원들과 상의해 자주 나오는 지적 사항을 짧은 체크리스트로 정리해 PR 템플릿에 넣었습니다. 그 이후로 같은 유형의 지적은 확실히 줄었고, 리뷰 시간도 짧아졌습니다. 개인이 잘 짜는 것보다 팀이 같은 기준을 갖는 게 더 큰 효과가 있다는 걸 그때 배웠습니다.
저는 캡스톤 프로젝트에서 팀원이 설계한 데이터 구조가 나중에 기능이 추가되면 확장하기 어려운 구조라는 걸 리뷰 중에 발견한 적이 있습니다. 처음엔 지적만 하고 대안이 없어서 회의가 겉돌았는데, 다음 회의 전까지 간단한 대안 구조를 그림으로 그려가서 제시했더니 논의가 훨씬 빨리 정리됐습니다. 그 경험으로 문제를 지적할 때는 반드시 대안을 함께 준비해야 리뷰가 팀의 기술 수준을 실제로 올리는 자리가 된다는 걸 배웠습니다.
저는 스터디에서 코드 리뷰 중 나온 좋은 패턴이나 놓치기 쉬운 실수를 매주 짧게 정리해서 공유하는 역할을 맡은 적이 있습니다. 처음엔 형식적인 정리에 그쳐서 반응이 크지 않았는데, 실제 우리 코드에서 나온 사례 위주로 바꾸니 팀원들이 더 관심 있게 봐줬습니다. 리뷰에서 나온 논의를 그 순간으로 끝내지 않고 기록으로 남겨 팀 전체가 참고할 수 있게 만드는 것이 기술 수준을 끌어올리는 데 실질적으로 도움이 된다고 느꼈습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.