OOP (객체 지향 프로그래밍) 프로그래밍 실습용 좋은 책 추천 부탁드립니다.

저 역시 semmal님의 의견에 100% 공감합니다. 책보다는 OOPL으로 프로그래밍 하기.
사족을 달자면, smalltalk 혹은 squeak, ruby, objective-C 등의 dynamic-OOPL을 공부하는 것이 좋은 이유가 message passing 정확히 이해하는데 도움이 되기 때문입니다. 또한 이러한 언어의 대부분은 모든 것이 객체입니다.
참고로, "Hello World"를 열 번 출력하는 단순한 프로그램을 ruby로 짜면

 10.times { puts "hello world" }

array  = [1, 2, 3, 4, 5, 6, 7, 8,  9, 10]
sum = array.reduce(0) { |sum, element| sum + element }

array  = [*1..10]
sum = array.reduce(0, :+)

OO에서 가장 중요한 아이디어가 무엇이냐는 질문에 C++, Java에 익숙한 많은 사람들은 class, interface 기반의 inheritance 혹은 polymorphism을 생각을 하지만 정작 smalltalk을 만든 Alan Kay는 message passing이라고 자신의 의견을 피력한 바가 있습니다. 한 헛똑똑이 컨설턴트가 유즈넷인가 메일에서 Alan Kay의 이러한 생각을 맹렬히 비판했는데 열받은 Alan Kay가 '내가 객체지향을 만든 장본인' 이라고 밝힌 재미있는 일화가 있습니다. (참고로, Alan Kay의 학부 전공이 생물학이고 세포가 message를 주고받으면서 통신하는 것에서 아이디어를 얻어 smalltalk을 설계했습니다.)

> 어떤 문제를 OOP 관점에서 설계를 해보려 했으나
> 기존의 구조적 절차 언어적인 사고로 오랜 시간 프로그래밍을 한 탓인지, 아직 어렵기만 합니다.
> 클래스에 위임한다는 개념은 감이 오는데,
> 실제 어떤 식으로 클래스를 나누어야 하는지는 잘 모르겠습니다.

흠. 오랫동안 OOPL을 사용해서 OOP를 해온 사람들에게도 여전히 힘든 주제일 것입니다. 아마도 컴퓨터 사이언스의 근본적인 난제 중 하나일 겁니다. 절차적 언어를 이용해 프로그램 만드실때도 동일하게 변수, 함수 이름을 어떻게 만들 것인지, 모듈을 어떻게 묶어 낼 것인지 어렵지 않으시던가요? 그래서, 프로그래밍이 여전히 공학이 아니라 Art가 아닐까하는 생각을 해봅니다.