현장의 경험을 뒷받침 할 수 있는 근거를 댈 수 있어야 한다.

영화에서 절벽에 걸린 자동차처럼 여러분의 시스템이 재앙의 가장자리에서 요동칠 때, 어떤 사용자는 자동차 덮개에 앉는 갈매기가 되기도 한다. 갈매기가 절벽 쪽으로 움직인다. 시스템을 사용하는 사람은 최악의 시간에 최악의 것을 정확하게 해내는 재능이 있다.

시리즈인 'Debug it'에 감동을 받아 구입하였다. 처음 봤을때는 'Release'라고 해서 일반 패키지나 클라이언트 서버 환경의 애플리케이션 프로그래머들의 이야기일거라고 생각했었는데, 의외로 웹 프로그래머들의 이야기이다.

보통 웹프로그래머들은 릴리즈(패치)한다고 하지 않고 오픈을 하고 반영(리플렉션)을 한다고 하기 때문이다. 딱 한국의 금융 전산(IT, SI)환경과 너무나 잘맞는 JSP기반의 이야기이다.

사실 다시 정의하자면 릴리즈가 아니라 릴리즈 후의 운영관점에서의 IT 스토리를 총 집대성 해놓았다고 보면 이 책에 딱 들어맞는다. 24*7환경에서의 서비스되는 웹프로그램의 디버깅, 성능분석, 관리등의 이야기가 들어있기 때문이다.

아무튼 온라인 게임이나, 클라이언트 소프트웨어의 패치 절차를 기대했었지만 웹프로그래밍만 이야기 해서 맥이 빠진 감이 없지 않으나 이런 이야기를 해주는 책은 드뭄으로 귀한 책이라고 할 수있다. 그리고 앞으로 더 볼 다른 시리즈 책으로는 'Ship it'과 'Manage It'이 있다.

서문에서 읽어야 할 대상을 아키텍트, 설계자, 엔터프라이즈 급 시스템 개발자로 한정하고 있지만, 웹서비스를 만든다면 한번쯤 읽어봐도 될만한 내용들로 구성되어 있다. 아무리 작은 서비스라도 모든 서비스는 크게 키운다는 꿈을 가지고 시작하기 마련이니까.

나도 그 정도로 큰 서비스를 만들어본적은 없지만, 작은 규모에서도 겪어본 몇몇 사고(로그로 넘쳐버린 하드디스크 등)를 책에서 보면서 꽤 정리가 잘 돼있다는 느낌을 받았다. 실제로 그런 것들은 데여보기 전까지는 신경쓰지 않는 부분이니까.

현재 엔터프라이즈 시장을 지배하고 있는것이 자바인건 사실이지만, 그렇다고 거의 모든 내용을 자바로만 설명한 점은 좀 아쉽다.

인상깊은 구절 - 아마도 저자가 책을 쓰게 된 이유가 아닐까 싶은 부분

통계에 따르면 확실히 대부분의 프로 그래머가 진짜로 크고, 매우 중요한 소프트웨어를 만든 적이 없다. 우선, 임금통계는 대부분의 프로그래머는 십년 이하의 경력을 가지고 있다는 것을 일관되게 보여준다. 프로그래머가 십년 차에 접어들면, 많은 프로그래머는 관리직으로 이동하거나 프로그래밍을 그만둔다. 둘째, 프로젝트 크기를 나타내는 히스토그램은 프로젝트 크기가 작은 쪽으로 치우쳐져 있음을 보여준다. 젊은 세대는 상대적으로 대규모 프로젝트에서 일해볼 기회가 거의 없기 때문에, 대규모 프로젝트에서 일한 경험을 찾기 어렵다.

미국도 실무에서 오래도록 일하는 프로그래머는 얼마 없는 듯. 그래서 시행착오로 배우게 되는 지식들이 빠른 인력교체와 함께 사라져 버리고, 새로 들어오는 사람들이 과거와 같은 패턴의 사고를 치며 앞의 사람들이 몸으로 배웠던것을 그대로 다시 배우는 일을 줄여보고자 책을 쓴 듯한 느낌.

아무튼, 큰 서비스를 만들고 있거나 만들고 싶은 사람이라면 읽어서 손해는 없을 책.

*  책받은 소감
2007년 크리스마스 Eve날 생각지도 않은 선물을 받았다.
우연히 신청한 리뷰어 신청에 담청되어 책을 받은 것이다.
덕분에 연말을 행복하게 보낼 수 있으리라 생각했다.

* 하지만
목차를 쭈욱 훌터보니 만만치 않다는 느낌이 왔다.

첫번째 눈에 들어온 것은 책내부는 Part로 나누어져 있는데 목차에는 Part가 없었다.(원서도 그런 것인지는 잘 모르겠다.)

* 나의 이력에 비추어 보아...
이동통신 시스템 개발로 입사하여 벌써 만 8년째 비슷한 일을 하고 있다.
적게는 수십에서 많게는 수백명에 이르는 S/W 개발자와 수백개의 어플리케이션을 배치한다는 것은 결코 쉬운일이 아니었다.
이기종(Solaris, Linux, pSos etc) 그리고 서로 다른 CPU(x86, x86_64, mips, ppc, arm etc)가 올라간 수많은 보드들에서 서로 얼키설키 뒤섞여서 돌아가는 시스템을 보면 신기한 기분이 든다.
처음부터 끝까지 모든 것을 아는 사람은 없을 텐데 ...(외계인 음모론이 생각난다.)

솔직히 이러한 시스템의 Release에 대한 이야기를 기대했지만 이런 시스템은 대세가 아니니 ;-).

* 아쉬운 점
PP(Pragmatic Programer) 도서는 지금까지 정말 실용서에 가깝거나 프로그래밍 책들이어서 이렇게 난이도가 높을 줄은 생각도 못했다. 초급 개발자에게는 정말 먼나라 이야기다.
솔직히 책의 반은 정독을 했지만 나머지 반은 정독하지 못했다.
분야가 달라서 그런지 새로운 용어도 많았고-하지만 경험적으로 알고 있던 것을 개념적으로 정리하게 된 것도 많았다- 생소한 웹프로그램과 자바 그것도 일반 응용이 아닌 EJB나 JSP같은 내용은 많이 어려웠다.

가만히 생각해보면 대규모 프로젝트 적용(Release It)이 일반 응용 프로그램만으로 이루어지기는 게엄업계나 증권등 몇 종류가 되지 않을 것도 같다.

* 숲과 나무는 통한다.
책을 통해 저자가 해주는 여러 메시지들 중 의존성을 불리하라는 것이 가장 많이 느껴졌다.
요즈음 회사에서 단위 테스트를 강요(?) 하면서 프로그램의 소스간의 의존성이 테스트에 미치는 영향이 정말 크다고 생각했는데 좀 더 넓게 통합의 측면에서도 역시 의존성이 문제가 되는 것 같다.
의존성 제거를 의도적으로 추구하였을때 예상하지 못한 상황일지라도 서로간의 간섭을 최소화 할 수 있을 것이다.

400여 페이지에 달하는 책을 번역하신 분께 존경과 감사를 전한다.
번역의 질을 논하기 전에 그런 열정을 가진 것만으로도 존경 스럽다.

먼저, 원서의 내용 자체는 훌륭했으리라 추측한다.

(원서를 다시 주문하였다)

역자의 소개글에서 다수의 베타리더분들-역자가 언급하는-의 도움이 컸다라는 글귀가 이 번역서 구입의 큰 계기가 되었다.

어눌한 번역도 여러 사람의 검증을 거치면 좋아지지 않을까 ? 라는 막연한 기대 때문이었다.

그러나 간단한 내용조차 오역 혹은 엉뚱한 번역이 많았다.

(경우에 따라서는 가관이다. E.g. Oracle thin driver 와 thick driver 혹은 type 2나 type 4 드라이버 같은 초보적인 내용조차 엉뚱하게 설명하고 있다)

이러한 부분들은 나머지 매끄럽지 못한 번역에 대해 많은 의구심을 낳게 한다.

뒷부분에 소개된 베타리더 후기는 '분명히' 번역서가 아닌 원서에 기초한 것으로 보인다.

꽤 많은 노력과 자원이 투입된 번역서로 보이지만, 아직 갈 길이 멀어 보인다.

가급적 원서 구입을 권장한다. 가격도 얼마 차이 안난다.

진지하게 읽어야 한다면 시간도 절약해 줄 것이다.