절차대로 프로그램을 쪼개거나 데이터를 기준으로 추상화를 하면 로직이 쉽게 오염될 수 있다.
데이터가 없는 상태에서 객체 지향 추상화를 하고 type으로 구분한다.

실제로 리스코프 치환 원칙(LSP) 지켜지는 것이 힘들다.
다양한 역할로 나누어질 경우 최대한 client 쪽으로 밀어내면서 type으로 해결하자

객체 통신 구조가 순환이 돌면 잘못된 설계이다.
SOLID 원칙, GRASP 패턴 등 다양한 원칙과 패턴을 이용하여 객체를 설계하자.

조건은 많아질수록 복잡해지고 제거할 수 없다.
그러므로 최대한 역할을 나누는 것이 중요하고 객체 지향에서 이 역할을 타입을 통해 잘 표현해내야 한다.

우리의 궁극적인 목표는 바로 변화로부터 격리를 시키는 것이다.
그러기 위해서는 클라이언트 코드부터 작성하고 클래스들을 만들어나가야 한다.

IT 환경에서는 시간을 단축시키는 것이 중요하다.
오브젝트 책을 참고하여 추상화를 공부하고 객체 지향 개발을 통해 변경사항을 격리시키자.