1

다른 리팩토링 책에 비해서 실습 비중보다는 이론적인 내용이 많다. 특히 기술부채에 관련된 내용이 잘 정리되어 있어서 도움을 받았다. 특히 6장 내용은 코드리뷰나 짝코딩을 하면서 토론을 할 수 있는 내용이라 팀에서 같이 읽으면 더 좋을 듯 싶다.

1. 프로그램이 진화하면서 유지보수 작업을 수행하거나 복잡도를 줄이지 않는 이상 프로그램의 복잡도는 계속 증가한다.

2. 기술 부채는 잘못되거나 최적화되지 않은 설게 결정을 의식적이거나 무의시적으로 내릴 때 축적되는 부채다.

3. […] 기술 부채라는 결함을 남겨 둬서 별도로 다룰 수 있게 하는 편이 훨씬 더 바람직하다. 그렇지 않으면 결함을 수정하여 기술 부채를 해결했다고 오판할 수 있다.

4. […] 전부를 정의하거나 하나도 정의하지 않는 편이 낫다.

5. 서투른 개발자는 ‘상태’가 아닌 ‘동작’을 위한 클래스를 만드는 경향이 있다고 했다.