[1일차] 19p.

코드 정리는 작은 리팩터링으로 누구도 싫어할 수 없을 정도로 사랑스럽고 포근합니다.

[2일차 -20p.]

데이터 종속을 수작업으로 분석한다면, 결국 실수를 하게 될 것입니다. 구조만 개선하려고 하다가 실수로 동작까지 변경하게 될 수도 있습니다. 그래도 문제는 없습니다. 올바른 버전의 코드로 되돌리면 됩니다. 작은 단계로 작업하세요. 그 방식이 바로 코드 정리 방법입니다. 커다란 설계 변경은 어렵고 무섭죠? 더 작은 단계로 진행하세요. 그래도 무섭다면, 더 작게 하세요. 두려움을 느끼지 않는 수준의 바로 그 단계가 가장 좋은 수준입니다.

[3일차 -20p.]

코드 정리는 자꾸 손이 가는 감자칩과 같습니다. 한 개를 먹으면 바로 또 먹고 싶어집니다. 따라서 코드를 계속 정리하고 싶은 충동을 관리하는 것도 코드 정리의 핵심 기술입니다. 방금 정리했는데 더 정리해도 될까요? 상황에 따라 다릅니다 (3부에서 어떻게 달라지는지 설명하겠습니다).

[4일차] 23p.

다음 상황에는 코드 정리를 하지 마세요. • 앞으로 다시는 코드를 변경하지 않을 때 • 설계를 개선하더라도 배울 것이 없을 때 다음 상황에서는 나중으로 정리를 미루세요. • 정리할 코드 분량이 많은데, 보상이 바로 보이지 않을 때 • 코드 정리에 대한 보상이 잠재적일 때 • 작은 묶음으로 여러 번에 나눠서 코드 정리를 할 수 있을 때 다음 상황에서는 동작 변경 후에 정리하세요. • 다음 코드 정리까지 기다릴수록 비용이 더 불어날 때 • 코드 정리를 하지 않으면 일을 끝냈다는 느낌이 들지 않을 때 다음 상황에서는 코드 정리 후에 동작 변경을 하세요. • 코드 정리를 했을 때, 코드 이해가 쉬워지거나 동작 변경이 쉬워지는 즉각적인 효과를 얻을 수 있을 때 • 어떤 코드를 어떻게 정리해야 하는지 알고 있을 때