|
|
|
 |
판매가 |
12,000원 → 10,800원  10% |
|
|
마일리지 |
 10% 1,080원 |
|
|
발행일 |
2003-11-07
|
|
ISBN |
8945070184 | 9788945070180
|
|
기타정보 |
번역서 | 192쪽
|
|
|
예상출고일
|
|
|
배송비 |
2,000원 (20,000원이상 무료배송)
|
| |
|
|  |
| 판매시작 알림 SMS 신청 |
출간예정/품절/일시품절/절판 상태의 상품이
판매개시되면, SMS알림을 신청하신 고객님께
알림SMS를 발송해 드립니다.
(단, 문자메세지 확인 후 즉시 구매하지 않으면
재고가 소진될 수 있습니다.) |
|
|
|
|
 |
| 개발방법론
|
|
|
|
|
|
|
 |
|
옮긴이 머리말
여러분의 "패턴"은 안녕하십니까?
‘패턴’이라는 언어를 사용해서, 사람들은 각자 나름대로 건물의 모양을 만들어 간다.
패턴 언어는 이것을 사용하는 모든 사람들에게 무궁무진하게 새롭고 독특한 건물을 변형할 수 있는 창조력을 부여한다.
마치 일상에서 사용하는 언어가 그 언어를 구사하는 사람들에게 무궁무진하게 문장을 변형할 수 있는 창조력을 부여하듯이 말이다.
- 크리스토퍼 알렉산더(Christopher Alexander)
『The Timeless Way of Building』Oxford University Press, 1979, p.167
에릭 감마(Erich Gamma)를 위시해 ‘네 건달들(the Gang of Four)’이 집필한, 소위 ‘GoF 패턴’이라는 디자인 패턴 책이 세상에 빛을 본 지 8년이 지났고, 이 책의 한글 번역서인 『GoF의 디자인 패턴』이 피어슨에듀케이션코리아에서 출간된 지도 이제 막 한 돌을 맞이했습니다. 이제 C++나 스몰토크에 국한되지 않고, 자바는 물론 최근에는 닷넷 환경에서도 ‘패턴’이 논쟁의 화두로 부상하고 있습니다.
사실, 『GoF의 디자인 패턴』이라는 희대의 ‘패턴’ 명저가 막강하게 자리를 지키고 있는 한, 이 『생각을 바꾸는 패턴』은 디자인 패턴을 배우기 위해 여러분이 첫 번째로 구입해야 할 책은 분명 아닐 것입니다. 그렇지만, 적어도 두 번째 책이나 세 번째 책 정도는 되어야 하지 않을까 은근히 기대해봅니다. 당연히 첫 번째가 되어야 할 GoF 책이 깔끔한 양장본 책표지를 번뜩이며 여러분 개인 서고 어딘가에 한 번 자리를 잡은 후로 거의 움직인 적이 없다면, 각자의 취향에 따라 반드시 다음 차례로 구입해야 할 패턴 책은 이 책이거나, 혹은 피어슨에듀케이션코리아에서 얼마 전 출간된 『알기 쉬운 디자인 패턴』이란 책이 되어야 할 것입니다.
솔직히 GoF 책은 패턴을 이해하고 개발에 응용하기에 앞서, 여러분의 기억력을 시험하기라도 하듯 23개나 되는 ‘생소한’ 패턴 이름들로 일단 두통을 유발시키는 면이 있습니다. 그래서 고이 책장 한 구석을 의연히 지켜야 하는 것이 지금까지 팔려나간 GoF 책 대부분의 서러운 신세가 아닐까 합니다. 혹시라도 몇 개의 패턴 이름을 외우고 이해하고 응용해보았다고 한들, 그 패턴 이름을 주위 동료들에게 당당히 소개했을 때 감당해야 하는 무관심 혹은 냉대도 야심찬 패턴 학습자를 주눅들게 하는 만만찮은 장해물입니다.
이 책은 그런 점에서 여러분의 든든한 방패이자 창이 되어줄 것입니다. 이 책은 소위 23개 패턴이나 그 중 주요한 몇몇 패턴을 찬찬히 설명하려는 책은 아닙니다. 그보다는, 패턴과 관련된 온갖 두통이나 무관심, 냉대, 몰이해 등등, ‘패턴에 대한 모든 잘못된 선입견과 오해를 풀어 주는 짧은 에세이’라고 하는 편이 맞습니다.
이 책이 패턴에 대한 모든 의문을 풀어주지는 못하더라도 최소한 다음과 같은 증세를 가진 분에게는 마땅한 처방을 제시하고 있을 것입니다.
● GoF 책을 산 지 오래지만 슬쩍 훑어보고 다시는 볼 엄두를 못 내는 분
● 객체 지향도 배우느라 힘든데 또 웬 ‘과목’인가 부담스러워 하는 분
● 패턴이 어떤 것인지는 대충 알기는 하겠는데 어떻게 써야 할지 감을 잡지 못하는 분
● 패턴은 프로그램적인 창조력과 상상력을 말살한다고 생각하는 분
● 패턴은 23개라고 생각하는 분
● 심지어 패턴은 GoF라고 생각하는 분
혹시 경험 많은 개발자라면 GoF 책을 술술 훑어보다가 흠칫 희열을 만끽했던 경험이 있을지 모르겠습니다. 최근에, 아니면 아주 오래 전에 무언가를 개발하다가 맞닥뜨린 골칫거리를 고민 끝에 해결했던 바로 그것과 똑같은 해법을 GoF 책에서 다시 발견했을 때, “패턴? 그거 별거 아니네”하고 읊조리면서 쾌심의 미소를 쓰윽 지었던, 바로 그런 경험 말입니다.
네, 맞습니다. 패턴, 별거 아닙니다. 개발 중에 발생한 문제를 해결하기 위해서 골몰하다 잠자리에서 뒤척일 정도로 고민에 고민을 거듭한 최선의 결론이 사실 ‘패턴’의 시초이고, 그런 개인적인 경험을 추상화하고 일반화해서 정리한 것들 중 일부가 소위 ‘23개의 GoF 패턴’이기 때문입니다.
사람이 방대한 지식을 요구하는 작업을 하다가 느끼는 공통적인 쾌감 중에 하나가 ‘대가들의 작업 속에서 자신을 발견할 때’ 아닙니까? 우선, 이런 경험이 있으신 모든 분들께 축하와 존경의 박수를 드립니다! 하지만, 혹시라도 “패턴? 그거 별거 아니네”라는 말을 여러분 스스로에게만 한 것이 아니라 다른 사람에게도 공공연히 설파했다면, 제가 좀 전에 드렸던 박수를 다시 물러야겠습니다. 야박하게도 제가 박수를 보냈다 물렀다 하는 이유는 이겁니다. 대가(大家)와 범인(凡人)의 차이는 ‘개개인의 능력 자체’라기보다 ‘자신이 발견한 진리를 다른 사람과 함께 공유하려고 노력했는가 아닌가’이기 때문입니다. 패턴은 23개도 아니고 GoF도 아닙니다. 패턴은 상상력을 황폐하게 만드는 사고의 묘비명도 아니고, 여러분을 동료로부터 외톨이로 만드는 표식도 아닙니다. 오히려, 패턴은 무궁무진하고, 모든 상상력을 표현하는 방법이며, 사람이 서로 소통하려는 욕망입니다. 프로그램 분야에서 ‘패턴’이란 개념이 건축 분야에서 크리스토퍼 알렉산더가 시도했던 ‘패턴’이라는 개념으로부터 암시를 받았던 것처럼, 그 태생 자체가 상상력의 산물입니다. 또한 경험 많은 프로그래머가 이제 막 입문한 프로그래머에게 자신의 과오와 무용담을 나누며 더 나은 프로젝트를 함께 꾸려가기 위해 사용하는 ‘기호’입니다. 이 책은 패턴 자체를 풍부하게 설명하기보다는 패턴 방식으로 ‘생각을 전환할 수 있는 자세’를 설득하는 데 역점을 두고 있습니다.
이 책의 원서가 설명서라기보다는 에세이에 가까웠고 입문서에 해당하는 수준이었기 때문에, 애초 번역 기획 때부터 높임말을 시도하기로 했습니다. 사실 문장 끝만 ‘~합니다’ 식으로 바꾼다고 해서 문체 자체가 높임말이 되는 것은 절대 아닐 것입니다. 혹시라도 원문의 표현을 세심하게 다듬지 못해서 독해하기 어렵고 어색한 점 있다면 전적으로 역자의 안이함과 불찰 때문입니다. 이런 역자의 한계에도 불구하고, 원저자의 웅변이 독자 마음에 올곧게 전달되었으면 하는 바람입니다.
마지막으로, 이전에 저와 함께 찰스 펫졸드(Charles Petzold)의 『Programming Windows with Visual Basic.NET』을 번역했던 탁남수 님께 감사드립니다. 탁남수 님은 이번 작업에서 함께 일선에 뛰지는 않았지만, 대신 부족한 번역 초고 전체를 읽어주며 교정과 교열을 맡아 주었습니다. 든든한 동료로 함께 일할 다음 기회를 기약하며...
2003년 10월
옮긴이 김 지 선
metamorphose@empal.com
지은이 머리말
‘각성’의 순간을 맞으시길 바라며
이 책은 소프트웨어 시스템을 만들 때 적절하게 패턴을 적용하는 연습을 다루고 있습니다. 특정 패턴이나 특정 시스템에 국한하지 않고, 패턴을 본래 의도에 맞게 사용할 수 있도록 전체적인 윤곽을 그려 보일 것입니다. 처음 패턴을 사용해 보는 대부분의 개발자와 관리자의 경우 적절하게 패턴을 사용하지 못한 채 그만 실패하는 경향이 있는데, 이것은 패턴들이 뜻하고 있는 본래의 취지와 개념을 놓쳤기 때문입니다. 그래서, 시스템 디자인을 묘사하는 고수준(higher-level) 언어로써 패턴을 사용하는 것이 아니라, 코드를 작성하는 잔기술 정도로 패턴을 적용하고 맙니다. 이 책을 읽는 독자들은 패턴이라는 이 ‘도구’를 성공적으로 다루는 방법을 익히게 될 것입니다.
우선 패턴에 관한 제 경험에서 얘기를 시작해보도록 하지요. 제가 처음 기초 소프트웨어 디자인 과정을 가르치기 시작했을 무렵, 과연 디자인을 “가르친다”는 것이 가능하기나 한 일인지 고민에 휩싸였습니다. 결국 제가 결론 내린 최상의 해법은, 여러 가지 구체적인 상황을 제시하고 어떤 패턴이 적합할 것인가 학습자가 스스로 고민해보면서 해답을 찾아가도록 하는 방법입니다. 아직까지도 이 방법이 디자인을 가르치는 기본적인 방법이라고 생각하고 있고, 지금까지 맡아온 수업에서, 의뢰 받은 컨설팅에서, 그리고 이 책에서도 이런 방법을 시도했습니다.
이 책에서 제가 채택한 방법은 개념을 먼저 잡은 다음, 예제 코드로 구현해보는 과정을 통해서 여러 시스템 디자인들에 대한 통찰력을 기르는 것입니다. 제가 초기에 이런 방법으로 가르치면서 깨달은 것은 디자인이 너무 단순해서 코드로 구현할 만한 내용이 거의 없다 하더라도, 반드시 프로그래밍 언어로 코드를 보여줘야만 한다는 사실이었습니다. 그래서 현재 가장 많이 사용하는 프로그래밍 언어인 비주얼 베이식(Visual Basic), C++, 자바(Java) 중 하나를 사용해서, 시스템을 만들 때 패턴들을 어떻게 사용하는지 실례를 들어가며 설명했습니다. 핵심을 설명하기 위해서 코드 수준까지 내려가 파헤쳐 보기는 했지만, 여러분에게 상당한 프로그래밍 경험이나 의례적인 트레이닝을 요구하지는 않았습니다.
현재 공식적으로 정리된 패턴들1)을 두루 깊이 파헤치기보다는 패턴을 응용하는 데 목적을 두었기 때문에, 이 책에서는 주요 핵심 패턴들에 대해서만 집중했습니다. 물론 선정한 핵심 패턴들은 이제 패턴의 ‘고전’이라 칭할 만한 『GoF의 디자인 패턴』2)에서 이미 다루었던 것들입니다. 저나 다른 프로그래머가 정립한 패턴들을 가지고 이 핵심 패턴들을 확장시켜 나갈 것입니다.
이 책은 순서대로 읽어나가도록 기획되어 있습니다. 비록 독자 여러분 나름대로 불필요하다고 생각되는 부분은 건너뛰고 필요한 부분만 보려고 할지 모르겠지만, 다른 부분을 읽기 전에 적어도 ‘2장 패턴 입문’만은 꼭 먼저 읽어보시길 바랍니다. 왜냐면 2장이 이 책에서 사용하고 있는 일반적인 방법을 설명하고 있기 때문입니다. 이 방법은 이런 순서로 진행됩니다. ①우선 독자에게 패턴 및 객체 지향 개념과 표기 방법을 소개해서 모든 독자가 다음에 나올 내용을 이해할 수 있도록 어느 정도의 동일한 수준으로 끌어올립니다. ②그런 다음, 바로 예제로 넘어가 각기 다른 문제들을 해결하기 위해서 어떻게 패턴을 응용하는지 예제로 보여줍니다. ③그리고 시스템 아키텍처 입장에서 내린 해결책과 그 결과에 대해서 최종적으로 점검을 해봅니다.
제가 패턴을 가르치기 시작했을 무렵은 사람들이 새로운 방식으로 소프트웨어 개발을 바라보기 위해 사고를 전환할 준비가 되어 있지 않았던 시기였습니다. 가르치는 입장에 있었던 저는 멍한 학생들의 눈을 바라보며 그것을 짐작할 수 있었습니다. 물론, 아침에 마시고 온 커피의 카페인이 아직 약발을 발휘하지 못해서 그랬는지 모르겠지만 말입니다. 그러나 교육과정의 3분의 1 정도를 지나기 시작할 즈음 어느 날 갑자기, 학생들은 단편적으로만 알았던 머릿속의 지식을 그러모으기 시작하더니 급기야 패턴이 코딩 기법이나 언어 기법보다 훨씬 간단하다는 사실을 깨달았습니다. 학생들은 갑작스레 이런 ‘사고 전환’을 경험하게 되자, 소프트웨어 개발을 시종일관 이런 방법으로 진행하는 기술이 얼마나 중요한지 재빨리 파악했습니다.
저는 이 책을 읽은 독자들도 여기서 다루고 있는 내용과 예제를 고찰해보면서 이 같은 ‘각성’의 순간을 맞이할 수 있기를 바랍니다. 일단 이런 순간을 맞고 나면, 소프트웨어를 디자인하는 실전 업무에서 근본적인 힘을 발휘한다는 사실을 깨닫게 될 것입니다. 그러면 단지 패턴을 코딩 기법에서가 아니라, 디자인을 좀더 미적으로 접근할 수 있습니다. 여러분은 디자인할 때 패턴을 핵심 도구로써 바라보기 시작할 것이고, 마찬가지로 패턴을 언제 그리고 어떻게 사용해서는 안 되는지 알게 됩니다. 실전 업무와 전후 상황에서 문제를 ‘영향력(force)’의 관점으로 파악하는 능력을 키우면 부수적인 모든 성과들도 크게 향상됩니다. 이 정도 수준에 도달해야 우리는 목표를 성공적으로 이루게 되는 것이지요.
즐거운 여정이 되길 바라며…
이 책을 읽고 의견을 보내준 감수자들, 제프 에이킨(Jeff Aikin), 스티브 베르작(Steve Berczuk), 밥 한머(Bob Hanmer), 닐 해리슨(Neil Harrison), 린다 라이징(Linda Rising)에게 감사를 드립니다. 편집자인 폴 베커(Paul Becker)의 지속적인 조언과 지도 덕택에 책이 생각했던 것보다 훨씬 모양새를 갖출 수 있었습니다. 기획 담당자인 재클린 두셋(Jacquelyn Doucette)과 교열 편집자인 버니 앰즈(Bunny Ames)에게도 감사를 드립니다. 특히 버니 앰즈는 제 글을 다듬고 좀더 읽기 쉽게 고치느라 어지간히 고생했을 것으로 생각합니다.
무엇보다도, 늦은 밤 제 초고를 읽으면서 맞춤법에 맞게 글을 고치고 이 책을 마칠 때까지 마음의 평정을 유지할 수 있도록 도와준, 저의 가장 절친한 친구이나 아내인 수잔에게 특히 감사의 뜻을 표합니다.
|
 |
|
 |
Chapter 1 생각에 잠기며
개인적인 경험 19
패턴 : 탄탄대로 개발 방법(High Road Development) 21
요약 23
Chapter 2 패턴 입문
아키텍처의 빌딩 블록 25
Observer 패턴 26
패턴을 문서로 작성할 때는 독특한 형식을 사용한다 27
패턴 : 재활용 휴지통(recycle bin) 32
패턴 : 불만 평가(scream test) 35
패턴은 디자인을 위한 ‘언어’다 36
문서화 작업 41
확장 가능한 소프트웨어 개발과 변경 관리 42
State 패턴 44
요약 48
트레이닝 46
패턴은 만병통치약인가? 47
패턴의 짧은 역사 47
Chapter 3 객체 지향 입문
개요 49
상속 53
컴포넌트 59
요약 60
Chapter 4 패턴 실습(1) 제품 구성 시스템
개요 61
문제 정의 61
해결책 63
구현 64
Composite 패턴 65
Builder 패턴 71
요약 75
Product Code 75
Chapter 5 패턴 실습(2) 버거 가게
개요 89
즉석 버거 가게 89
구현 결과 평가 100
단순화 101
요약 103
BurgerShop Code 104
Chapter 6 프로그래밍 언어와 패턴
언어 vs 패턴 123
비주얼 베이식으로 구현한 Observer 패턴 125
자바로 구현한 Observer 패턴 129
요약 131
Chapter 7 패턴 실습(3) 패턴과 시스템 개발
전체 개발공정 연습 133
고객의 요구사항을 이해한다 134
명확히 알 수 없고 변경될지 모르는 사항에 대비책을 마련해 둔다 135
마무리되지 않는 사항이 없도록 패턴을 사용한다 139
타당성 검사를 한다 141
일부만 구현해본다 141
필요하다면 저수준에서 전체 고정을 다시 시작한다 142
요약 144
BLACKJACK Code 144
Chapter 8 패턴과 시스템 진화: 유지보수
유지보수 173
Strategy 패턴 177
요약 182
Chapter 9 생각을 추스르며 185
참고문헌 187
찾아보기 189
|
|
|
 |
| 준비 중입니다. |
|
|
|
|
|
|
|
|
|
|
|
|
Home > 
POD(Printed On Demand)
I 조회수(287)
I 공감 (0)
I 
