Aside: keeping one's balance

일반성의 손실, FloatingRateCoupon 클래서에서 언급한,은 물론 불행한 것이다. 그러나 클래스 인터페이스에서 일반성과 유용성의 균형이 필요할 경우에 생긴다; 클래스가 더 일반화되면 그것이 갖는 inspectors가 더 적어지고 리턴하는 정보도 적어진다. 상속의 레벨에서 더 많이 추가함으로서 문제는 해결된다. 그러나 이것은 복잡도를 증가시키고 자체적인 문제를 가져온다. FloatingRateCoupon의 현재 구현은 베스트 협상은 아닐지도 모른다; 하지만 당분간 우리가 살아갈수 있는 것이다.