나도 첫 직장에서 처음으로 풀 리퀘스트(PR)를 올리고 코멘트 30개가 달렸을 때, 가슴이 쿵쾅거리고 손 끝이 떨렸던 기억이 아직도 생생해. 마치 내 인격 전체를 부정당하는 느낌이었고, '내가 개발자를 계속해도 될까?' 하는 자괴감에 밤잠을 설치기도 했거든. 아마 지금 너도 비슷한 마음으로 모니터 앞의 빨간 코멘트들을 바라보며 씁쓸해하고 있을지 모르겠어.
내 코드가 곧 '나 자신'이라는 착각
연차가 쌓이기 전에는 내가 짠 코드와 나 자신을 동일시하는 실수를 참 많이 했어. 밤새 고민해서 짠 비즈니스 로직에 "이 부분 성능 이슈가 있을 것 같은데 수정해 주세요"라는 댓글이 달리면, 내 노력을 무시당한 것 같아 울컥하더라고. 피드백을 기술적인 개선 제안이 아니라, 나에 대한 공격으로 받아들였던 거지. 하지만 그건 내 코드가 부족해서가 아니라, 단지 더 나은 방향을 찾아가는 과정일 뿐이었는데 그때는 그걸 몰랐어.
'나'와 '코드' 사이에 방화벽 세우기
이대로는 정신이 피폐해져서 못 버티겠다 싶을 때쯤, 나만의 방어벽을 세우기 시작했어. 모니터 앞에서 심장이 벌렁거릴 때마다 스스로 세 가지 규칙을 되새겼지.
- '나'와 '코드'를 철저히 분리하기: 코드가 지적받는다고 해서 내 인격이나 가치가 떨어지는 건 아니야.
- 주어 바꿔 읽기: "왜 이렇게 짰어요?"를 "이 코드는 어떤 흐름으로 동작하나요?"로 필터링해서 받아들이기.
- 감정 빼고 팩트만 남기기: 리뷰어의 말투에 섞인 미묘한 뉘앙스는 무시하고, 고쳐야 할 '기술적 사실'에만 집중하기. 이렇게 나만의 필터를 거치고 나니까, 날카롭던 피드백들이 그저 담백한 기술 문서처럼 보이기 시작하더라고.
12년 차가 되어 깨달은 리뷰의 진짜 의미
어느덧 백엔드 개발자로 12년이라는 시간을 보내고 나니, 이제는 코드 리뷰가 나를 지켜주는 가장 안전한 그물망이라는 걸 알아. 만약 리뷰 단계에서 걸러지지 않고 실서버에 배포되어 장애가 터졌다면? 그건 정말 끔찍하고 아찔한 일이잖아. 선배들이 달아준 꼼꼼한 코멘트는 나를 깎아내리려는 칼날이 아니라, 장애라는 낭떠러지에서 나를 붙잡아주는 생명줄이었던 거야. 완벽한 코드는 없고, 좋은 리뷰어는 나의 적이 아니라 가장 든든한 아군이더라고.
💬 진호의 한마디 코드 리뷰는 너의 실력을 평가하는 시험대가 아니라, 더 안전하게 성장할 수 있도록 돕는 안전장치야. 코멘트의 개수가 너의 가치를 결정하지 않으니, 기꺼이 피드백을 즐기며 단단해지길 바랄게. 지금 받는 그 피드백들이 결국 너를 더 단단하고 깊이 있는 백엔드 개발자로 만들어줄 자양분이 될 거야. 주눅 들지 말고, 오늘도 당당하게 PR을 날려봐. 내가 늘 뒤에서 응원하고 있을게.