버그를 줄이고 코드 품질을 높이기 위한 코드 리뷰. 하지만 리뷰를 하다 보면 자칫 공격적이거나 지적질로 들려 동료 개발자와 미묘한 감정싸움으로 번지기도 합니다. 코드의 결함이나 비효율을 정확하게 짚어내면서도 리뷰어와 리뷰이 모두의 기분을 상하지 않게 하는 훌륭한 피드백 작성법을 알아봅니다.

건설적 코드리뷰 코멘트

비난이 아닌 제안으로

"

이 로직 접근 방식 좋네요! 👍 한 가지 제안인데, 여기서 early return 패턴을 쓰면 중첩 if문을 줄일 수 있을 것 같아요. 예: ``` if (!user) return null; ``` 가독성도 올라가고 유지보수도 편해질 것 같습니다. 어떻게 생각하세요?

📋
🎭 칭찬+제안형💡 긍정적인 코멘트를 먼저 하고 개선 제안을 하면 수용도가 높아집니다.
"

Nit: 이 변수명이 `data`인데, 좀 더 구체적으로 `userProfileData` 같이 바꾸면 나중에 다른 개발자가 봤을 때 바로 이해할 수 있을 것 같아요. 사소한 건데 참고만 해주세요! 😊

📋
🎭 Nit(사소한 제안)형💡 'Nit'이라고 표시하면 중요한 이슈가 아닌 스타일 제안임을 명확히 합니다.

💡 실전 활용 팁

  • 코드리뷰는 코드에 대한 피드백이지, 사람에 대한 평가가 아닙니다.
  • '왜 이렇게 했어?'보다 '이렇게 하면 어떨까요?'가 건설적입니다.

⚠️ 주의사항

[ "'이거 왜 이렇게 짰어요?'는 공격으로 느껴집니다. 의도를 물어보세요." ]

코드 리뷰의 목적은 동료를 평가하는 것이 아니라, 팀 전체의 코드를 개선하고 함께 성장하는 데 있습니다. '왜' 이렇게 짰냐는 추궁 대신 '이런 방식은 어떨까요'라는 제안의 형태로 접근해 보세요. 안전한 피드백 문화가 정착될 때 개발팀의 진짜 시너지가 폭발합니다.