14장 점진적인 개선

written by

gyuseok-dev 🏆Back End Engineer

점진적으로 개선하다

왜 점진적으로 개선 해야하는가?

• 프로그래을 망치는 가장 좋은 방법 중 하나는 개선이라는 이름 아래 구조를 크게 뒤집는 행위이다.
• 개선 전과 똑같이 프로그램을 돌리기가 아주 어렵다.

어떻게 해야하는가?

• 초안을 작성(class Args)하고 확장함에 있어 리팩토링이 필요한 순간임을 깨닫는다.
• 개념을 분리(class ArgumentMarshaler)한다.
• 기존은 기능을 완전히 대체할 수 있을 때까지 기존은 기능을 지우지 않는다.
• 대체 후 테스트가 통과 되는 것을 확인 후 기존의 기능을 지운다.

결론

• 단순히 돌아가는 코드에 만족하는 프로그래머는 전문가 정신이 부족하다.
• 나쁜 코드도 깨끗한 코드로 개선할 수 있다. 하지만 비용이 엄청나게 많이 든다.
• 처음부터 코드를 깨끗하게 유지하기한 상대적으로 쉽다.
• 코드는 언제나 최대한 깔끔하고 단순하게 정리하자.

이 장에서는 저자는 Args 클래스를 점진적으로 리팩토링하는 방법을 서술하였습니다. 그과정을 chapter_14 directory에 commit으로 변경과정을 확인 할 수 있도록 정리하였습니다.