코드 리뷰 과정에서 중요하게 생각하는 점은 무엇인가요?

코드 리뷰에서 가장 먼저 보는 기준은 읽는 사람의 비용입니다. 학부 캡스톤에서 3명이서 만든 예약 화면을 맡았을 때, 기능은 돌아갔지만 함수가 길고 조건문이 겹쳐서 제가 다시 열어보는 데도 시간이 많이 걸렸습니다. 처음에는 동작만 맞으면 된다고 생각했는데, 배포 직전에 수정 요청이 들어오자 구조가 복잡하면 작은 변경도 위험해진다는 걸 느꼈습니다. 그 뒤로는 동료 코드에서도 제가 먼저 변경 범위, 의도 드러남, 예외 처리 위치를 봅니다. 구조적 문제가 보이면 “이 부분은 동작은 맞는데, 나중에 같은 기능을 건드릴 때 영향이 커질 것 같습니다”처럼 영향부터 말하고, 함수 분리나 상태 위치를 한 번 제안한 뒤 제 코드로 짧게 예시를 보여드립니다. 지금도 리뷰할 때는 정답을 찾기보다, 다음 사람이 덜 헤매는 구조인지 먼저 확인합니다.