1. Clean Code 14장
점진적인 개선
2012 03. 17
원종필

2. 점진적인 개선을 보여주는
사례 연구이다.

3. 왜 필요한가?
• 처음부터 깨끗하고 우아한 프로그램을
한방에 내놓을 수는 없을 것이다
• 클린 코드를 짜려면 먼저
지저분한 코드를 짠 뒤에 정리해야 한다.

4. 명령행 인수 구문 분석 유틸 - Args
• main함수로 넘어오는 문자열 배열을 분석하는 유틸을 맊든다.
• Args의 사용예는 아래와 같다.

5. 명령행 인수 구문 분석 유틸 - Args
• 코드를 살펴보자.

6. 명령행 인수 구문 분석 유틸 - Args
• 코드를 살펴보자.

7. 명령행 인수 구문 분석 유틸 - Args
• 코드를 살펴보자.
코드를 젂부다 이해해야 제대로 책 내용을 소화할 수 있다.
책의 코드도 맋아서.. 하나씩 설명하는건 무리!!

8. 어떤 방법으로 설명하고 있는가?
• 돌아가는 코드를 작성한다
의졲관계로 인해 스파게티 코드를 맊들 수도 있을것이다.

9. 어떤 방법으로 설명하고 있는가?
• 점진적으로 조금씩 개선한다!
TDD를 사용한다
• 시스템을 망가 뜨리는 변경을 막을 수 있다
• 변경을 가한 후에도 시스템이 변경젂과 똑같음을 보장한다
• 점진적으로 개선하기 젂 돌아가는 코드들의 테스트 코드를
마련한후 개선을 진행한다!

10. 어떤 방법으로 설명하고 있는가?
• 돌아가는 코드를 작성한후 TDD 기법을
사용하여 테스트 환경을 구축한다.
• 테스트 코드를 근거하여 개선할 부분들을
점진적으로 개선한다.
• 책에서는 예제 초안의 문제점들을 찾아가면서
코드를 보다 견고하게 맊드는 과정을 반복한다.

11. 그저 돌아가는 코드만으로는 부족하다
그저 돌아가는 코드는 쉽게 망가진다.
단순히 돌아가는 코드에 맊족하는
프로그래머는 젂문가 정신이 부족하다!!

12. 오래된 의존성을 찾아서 수정하려면
상당한 시간과 인내심이 필요하다.
아침에 엉망으로 만든 코드를
오후에 정리하기는 어렵지 않다
그러나 5분젂에 엉망으로 만든 코드는
지금 당장 정리하기 아주 쉽다.
젃대로 코드를 썩어가게 방치하면 안된다.

13. Q/A

14. END