Kent Beck이 지필한 본 서적을 번역하기에 김창준님께서 수고하셨다.
그냥 원문에 의한 번역을 꾀하였다면 이책은 2년 넘게 잡고있을 만큼의 번역 분량이 아니다.
하지만 김창준님께서 긴 시간 그리 오랜동안 이책을 잡게된 이유에 대해 생각 해 볼 사항이다.
 
TDD (Test Driven Developement) 는 테스트 주도 개발을 말하고 있다.
본 책의 결말을 미리 말을 하자면 TDD는 테스트 기술이 아니라 분석기술 설계기술을 말하고 있다.
이는 프로젝트 문제의 접근에 있어 단순 테크닉적 접근이 아닌 보다
입체적인 접근을 요구하고 있음을 이야기 하고 있는것이다.
 
보다 쉽게 설명하자면 간트차트형태의 일의 추진에서 TDD 일의 happyEnding에서 부터 시작한다.
행복하게 잘 되어져야 하는 전재하에 개발되는 까닭에 역자는 그 오랜시간동안 Kent Beck의
사상과 철학을 이해하려 했던것 같다.
이를 뒷받침 하듯 TDD 책은 원문보다 다양한 "역자 주"가 첨부되어있다.
"역자 주"를 간과하지 말기바란다.  바로 이 역자주가 원서와 번역서의 차별을 극대화 시킨 이유이면서 하커버의 본 서적이 다소 비싸게 팔리는 이유이기도 할테니 말이다.
그래서 서평을 쓰는 필자는 본 서적을 TDD 한국어판이라고 소개하고 싶다.
 
책의 내용을 보도록 해보자..
본 책은 어떻게 읽어야 하는가??
 
● 구독 방법
1. 편안한 책상에 등받이가 쿠션기능이 있는 의자에 앉는다.
2. 모니터와 키보드 그리고 본 서적을 놓고 작업자가 앉는다 (책은 배위에나 다리위에 있다)
3. 컴퓨터는 Eclipse를 띄워놓고 1부부터 차근차근 타이핑 하며 읽도록 한다.
4. 가끔 타이핑이 필요없는 부분이 있는데 그런 부분은 꼭! 색깔있는 탭을 이용해서
    북마킹하면서 읽도록 한다.
 
● 코딩을 다 하고 나서 접근방법
우선 전 코드를 어떻게 만들어 갔는가 되새김질 해볼 필요가 있다.
코드는 자신도 모른사이에 리팩토링이 되어있기 때문에 이 과정을 거치지 않으면 Kent beck이
겪었던 본 서적의 노하우를 찾기 힘들것이다.
 
● 서적을 띄엄띄엄 읽으면 나타나는 증상.
>> 남들앞에서 TDD만을 운운하는 사람.
   - 우습게도 TDD만을 운운하는 사람은 책의 표지만 본 사람이다.  그와 더 이상 논하지 말라!!
 
>> TDD 맹신주의에 빠진듯해 보이는 사람
   - 분석과 설계기술은  RUP,나 카타르시트, 마르미와 같은 다양한 방법론들이 있다.
      방법론끼리는 경쟁이 아니다.. 방법론은 소비자인 우리들에게 있어선 상호 보안이다.
 
● 서평자 생각..
 Kent Beck이 본 TDD를 지필했을때 환경은 IDE툴이 없는 시대에 개발했다.
그에 놀라운 선구자성을 인정하고 우선 본 서적을 비평없이 답습했으면 한다.
XPI에서도 언급했듯이 무슬에 경지에 이르기전까지는 교본에 충실함이 수반되어야
본인의 응용력이 발휘 될 수 있다.
 
책에서 보면 Kent Beck과 마틴파울러(리펙토링)과 잘 알고 지낸다는것도 알 수 있다.
결국 고수는 고수끼리의 통하는 맥락이 있음을 간파할 수 있는 대목이다.
 
또한 kent Beck은 TDD서적을 통해 자신의 TDD개발에 앞서 영감을 얻은 방법론이 하나 있다.
무척 재미있는 방법론이고 이 방법론은 우리에게 가장 필요한 지혜가 아닌가 생각해 본다.
그 방법론은 휴식을 기반하고 있으며
본 서적 255페이지에 있음을 힌트로 밝힌다.

글 보관함

카운터

Total : / Today : / Yesterday :
get rsstistory!