[What is Refactoring] When to Refactor

이 페이지는 GURU 사이트 [what-is-refactoring] When to refactor의 번역을 담고 있습니다.

When to refactor

 

리팩토링의 시기

1. 세 가지 규칙

1. 처음에는 그냥 하세요.
2. 비슷한 일을 두 번째로 하게 되면(중복이 생겼다는 사실이 당황스럽겠지만), 일단 계속 진행하세요.
3. 비슷한 일을 세 번째 하게 되면 리팩토링합니다.야구를 좋아하는 사람은 
   스트라이크 세 번이면 리팩토링하라로 기억하세요.

 

2. 기능을 추가할 때

• 리팩토링은 다른 사람의 코드를 이해하는 데 도움이 됩니다.
  만약 당신이 다른 사람이 구현한 더러운 코드를 처리해야 한다면, 먼저 리팩토링해주세요.
  클린 코드는 훨씬 파악하기 쉽고, 다른 사람이 사용하기에도 좋아집니다.
• 리팩토링을 하면 새 기능을 더 쉽게 추가할 수 있습니다. 클린 코드를 변경하는 것이 더 쉬운 작업입니다.

 

3. 버그를 고칠 때

• 코드 속 버그는 실제 생활에서 버그와 똑같이 행동합니다. 버그는 코드안에 가장 어둡고 더러운 곳에서 삽니다. 코드를 깨끗이 하면, 오류가 저절로 발견됩니다.
• 관리자는 사전 예방적인 리팩토링이 나중에 특별한 리팩토링 작업이 필요하지 않으므로 이를 높게 평가합니다. 행복한 상사는 행복한 프로그래머를 만듭니다.
  
  

 

4. 코드리뷰 동안에

• 코드 리뷰는 대중에게 공개되기 전에 코드를 정리할 수 있는 마지막 기회입니다.
• 그런 리뷰는 작가와 한 쌍으로 하는 것이 좋습니다. 이렇게 하면 간단한 문제를 신속하게 해결하고,
  더 어려운 문제를 해결하기 위한 시간을 측정할 수 있습니다.