2장 p80쪽에 나오는 getter들과 p105쪽에 구현되어 있는 getter들이 일치 하지 않음.
[#M_ more.. | less.. |
=> 80쪽에 나오는 getter들은 외부 기계로 부터 값을 읽어오는 getter들인데 105쪽에 있는 getter들은 자신의 data를 호출하는 쪽으로 넘겨주는 일반적인 게터, 세터의 모양을 하고 있습니다.
_M#]
3장 p129쪽에 나오는 다이어그램이 보여주고 있는 UML의 선이 나타내는 의미와 클래스안에 있는 표기된 멤버가 일치하지 않음.
[#M_ more.. | less.. |
=> Decorator 클래스에서 Component를 가지고 있어야 하는데 Decorator의 하위 클래스들이 각각 Component를 가지고 있는 것으로 표기하고 있슴.
_M#]
5장 Lazy instantiation을 ‘게으른 초기화’로 번역하고 있슴.
[#M_ more.. | less.. |
=> ‘초기화 지연 기법’이 보다 의미를 잘 전달한다고 생각함. 영회형에게 감사합니다. http://whiteship.tistory.com/105#comment1028311 참고
_M#]
7장 p286쪽 맨 아래에 보면 Enumerator 인터페이스를 사용하다가 전부 Iterator만 사용하도록 바꿀 것이라고 합니다. 그리고 다음 장 부터 Iterator 인터페이스를 어댑터 패턴을 이용해서 내부적으로는 Enumerator를 사용하도록 해주는 클래스를 만들기 시작합니다,.
[#M_ more.. | less.. |
=> 이부분에서 색칠된 부분이 Iterator 인터페스만 사용하도록 으로 바뀌어야 좀더 명확한 표현이 될 것 같습니다.
_M#]
8장 p338쪽 하단에 mergeSort() 메소드가 있는데 안에 보면 전혀 머지 소트가 아닙니다.
[#M_ more.. | less.. |
=> 메소드 내부 구현을 머지 소트로 바꾸든지 아니면 메소드 이름을 바꿔야 합니다.
_M#]

이 글을 참고 or 배낄지도 모를 저와 같은 학부 학생들에게…

[#M_ more.. | less.. | 이 글은 대부분이 정확하다고 할 수 없으며 이미 수없 시간에 교수님과 한번쯤 다 언급이 되었던 내용이므로 저작권을 내세우거나 그럴 생각을
눈꼽만큼도 해본적이 없습니다. 다만~ 본인이 직접 책을 뒤져가며 수업 내용을 복습해보지 않고 제가 쓴 글을 그대로 퍼다 나르는
일은 하지 말아주셨으면 좋겠습니다.
왠만한 학우들은 모두 아시다시피 저는 컨닝(cheating)을 매우 싫어하시는 교수님 방에
살고 있으며 저 또한 컨닝을 매우 싫어하지요. 제가 쓴 이 글과 똑같은 내용의 프린트 물이 발견되는 즉시 저는 분노, 격노,
증오, 미움 등의 심난한 감정에 휩싸이게 될 것 같습니다. 부디 저를 그럼 시험에 들게 하지 말아주세요. 🙂
_M#]