계층 구조 정리

• 프로그램이 원래 제공하던 기능이나 동작은 그대로 유지하면서, 중복되거나 불필요한 코드를 제거하거나 단순화

  → 코드의 양은 반으로 줄었지만, 계층 구조가 제공하던 기능에는 전혀 손상을 입히지 않음

리팩토링 필요 vs. 리팩토링 불필요

• 1-2주의 시간을 들여 리팩토링(컨설턴트 캔트 백) vs. 작동하면 수정 불 필요(프로젝트 관리팀)

  → 내 의견: 1-2주의 시간을 들여 리팩토링을 해야 한다. 시간이 지나면 자신이 작성한 코드조차 이해하기 어려워지는데, 코드가 체계적이지 못하고 복잡하다면 향후 유지보수가 매우 비효율적일 것이다.

• 결국 프로젝트를 재시작할땐 리팩토링을 사용하여 코드를 지속적으로 관리하는 것

  → 팀의 효과성이 향상, 소프트웨어 품질 개선

리팩토링

• 소프트웨어 시스템을 변경하는 과정, 코드의 외부동작은 변경하지 않으면서 내부 구조를 개선하는 방식
• 버그를 발생시킬 가능성을 최소화하면서 코드를 정리하는 체계적인 방법
• 코드가 작성된 후에 그 설계를 개선하는 작업
• 설계는 개발 중에 지속적으로 이루어지는 것

이 책의 목적

• 리팩토링에 대한 가이드
• 리팩토링을 체계적이고 효율적으로 수행하는 방법을 알려주는 것
• 버그를 내지 않으면서 코드를 리팩토링하고, 방법론적으로 코드 구조를 개선하는 방법을 배우는 것

1장