경험
최근 프로젝트를 하며 코드리뷰 절차가 충분히 준수되지 않아서
프론트엔드 팀원이 저를 고발한 사건이 있었습니다.

이전에 저는 코드리뷰의 중요성을 느끼지 못하고
"아 문제없으면 머지해~~"
라는 마인드를 가지고 있었습니다.
하지만 이번 사건으로 인해 코드리뷰의 중요성을 일부분 깨닫게 되었고
코드를 신중하게 작성하고 코드리뷰에 최선을 다하는 자세를 가지게 되었습니다.
또한 코드리뷰의 중요성을 실무 차원에서 느껴보기 위해 더 조사해봤습니다.
코드리뷰 왜 함?
버그를 초기에 발견 가능
잘못된 비즈니스 로직이나 보안 취약점 등을
코드리뷰를 주고받는 시점에서 효과적으로 처리할 수 있습니다.
배포하고 나서 문제 생기면 고치는 것보다 처음부터 잡는 게 여러모로 유리합니다.
코드 균일화
파일 구조나 네이밍 규칙같이
프로젝트의 전반적인 컨벤션과 코드 스타일이 비슷해집니다 (유지보수에 용이)
팀원 입장에서도 읽기 편한 코드가 됩니다.
지식 공유
팀원 간의 지식을 공유하고 성장하는 기회를 얻을 수 있습니다
실무에서 실제로 쓰인 기술을 직접 코드리뷰 해보며 배우면
미친듯한 성장속도를 얻을수 있습니다
버스팩터 감소
버스팩터란 “이 팀에서 몇 명이 버스에 치여서 일을 못 하게 되면 프로젝트가 망하냐?”
라는 뜻의 개발자 언어입니다. 진짜 버스에 치이는 건 아니고 갑작스러운 이탈을 뜻합니다.
특정 기능이나 코드를 한 사람만 알고 있으면 갑작스럽게 이탈했을 때 팀이 터지게 됩니다.
코드리뷰 하며 여러 명이 코드를 이해하고 유지보수 할 수 있습니다.
코드 안정성과 확장성 향상
보통 코드리뷰를 하면
"이 로직은 나중에 확장하기 어려우니까 전략 패턴 써보자"
"여기 중복이 많은데 공통 유틸로 빼자"와 같은 피드백이 나오게 되는데
이런 점은 미래의 유지보수 비용이 크게 감소하는 효과를 불러올 수 있습니다.
팀 협업 문화 개선
문제 발생 시 원인 추적이 쉽고
작업 단위가 명확해지는 등
팀 전체의 개발 속도가 향상됩니다
개발자의 실수 방지(책임 분산)
개발자가 실수했을 때 코드리뷰를 받으며 한번 더 검수받거나
넌 코드리뷰 했는데 왜 못 봤냐 와 같이 책임을 분산시킬 수 있습니다.
저는 이번 경험으로 코드리뷰의 중요성을 몸소 깨닫게 되었고
전과 같은 실수를 반복하지 않기로 다짐하였습니다..
이상으로 블로그 마치겠습니다 읽어주셔서 감사합니다
'BackEnd' 카테고리의 다른 글
| [BackEnd] 우리가 Spring으로 백엔드를 시작하는 이유 (0) | 2025.10.01 |
|---|---|
| [BackEnd]클린 아키텍쳐가 뭐임? (1) | 2025.09.17 |
| [BackEnd] 객체지향 설계의 SOLID 원칙 (2) | 2025.07.22 |
| [BackEnd] REST API (0) | 2025.07.02 |
| [BackEnd] 객체지향이란? (0) | 2025.06.18 |