[기술포스팅 원문] https://techblog.lycorp.co.jp/ko/techniques-for-improving-code-quality-1

[기술포스팅 요약]

• LINE의 Ishikawa님이 개발 생산성을 높이기 위한 코드 품질 개선 노력과 관련된 'Review Committee' 활동을 소개합니다.
• Review Committee에서는 병합된 코드를 다시 리뷰하고 작성자와 리뷰어에게 피드백을 제공하며, 인사이트를 Weekly Report로 공유하고 있습니다.
• 이번 블로그에서는 Weekly Report 제목인 "한 번 엎지른 <error>는 다시 주워 담지 못한다"에 대해 다룹니다.
• 특정 함수 코드(`parseFooValue`)를 예로 들어 에러 처리 방식의 문제점과 개선 방향을 제안합니다.
• 현재 코드는 두 가지 에러를 전파합니다:
  • 입력 문자열 형식의 잘못된 인수
  • 정규표현식 구현 실수
• 복구 가능 여부에 따라 적합한 에러 표현 방법을 사용하는 것이 중요하다고 설명합니다.
• 에러 표현 방법을 복구 가능 수준에 따라 다음과 같이 정리합니다:
  • 복구 가능: 기본값, 단순 도메인 에러, 합 타입 등
  • 복구 불가능: 확인된 예외, 확인되지 않은 예외, 캐치할 수 없는 에러
• 문제점이 있는 코드의 개선 방안으로 다음을 제안합니다:
  • 잘못된 입력에 대해서는 null을 반환
  • 정규 표현식 실수에는 확인되지 않은 예외 사용
  • 그룹 조회와 정수 변환에서 더 명확한 함수 사용
• 개선된 코드는 단순화되어 불필요한 예외를 줄이고 호출자의 에러 처리를 간소화합니다.
• 결론적으로, 에러 복구 가능 여부를 기반으로 적절한 에러 표현 방법을 선택해야 함을 강조합니다.

이 게시글은 [GPT-4o model]를 통해 요약되었으며, 정보 공유 목적으로 게시되었습니다. 원문 게시물에 대한 책임이나 이해 관계가 없습니다. - 소프트웨어QA 포럼