책정보로 검색한 결과 :: 시소커뮤니티[SSISO Community]

도서특징

이 책은 개발자를 위한 탈무드다.
설 계를 잘 하기 위해 UML 책도 공부했고, 유스케이스의 규칙도 달달 외웠다. 하지만 막상 실제로 무언가 설계하자니 막막하고, 어떤 설계가 정말 좋은지 감이 오지 않는 막연함이 들 때 이 책이 큰 도움이 될 수 있다. 이 책은 특정 방법론이나 언어, 플랫폼에 제한됨이 없이 모든 상황에 두루 적용할 수 있는 지혜와 격언들로 가득 차 있다. 이 책에서 자바의 문법이나 유닉스 명령어를 가르쳐 주지는 않는다. 그런 기초적인 것들을 익혔지만 실무에 적용할 때 ‘감각’이 부족한 사람들을 위한 책이다.

자 신의 일을 좀 더 생산적이고 효과적, 효율적으로 바꾸고 싶은 사람이라면 이 책이 큰 도움이 될 것이다. 이 책에서 제안하는 방식을 따르다보면 아주 빠른 시간 내에 다양한 경험과 학습을 하게 되고 전체 개발 프로세스에 대한 관(觀)을 얻을 수 있다.

이 책에서는 코딩시의 가이드라인부터, 설계에 대한 격언, 프로젝트 관리에 대한 조언, 사람들과의 관계에 대한 지혜까지 개발의 전 과정을 다루고 있다. 각 항목별로 도전해 볼 것과 연습문제가 실려 있으며, 부록에는 연습문제에 대한 답이 실려 있어서 독행자에게 많은 도움이 될 것이다.

[추천평]

실용적 측면에서 핵심을 설명해주는 저자에 존경을 표한다.
- 안철수 연구소 CTO 김익환

제 목에서 알 수 있듯, 이 책은 이론적인 얘기만 늘어놓는 수많은 책과는 다르다. 소프트웨어에 대해 이론적인 내용을 정리하는 것과 달리, 이렇게 실용적인 측면에서 소프트웨어의 핵심을 표현하는 것은 정말 어려운 일이다. 그 일을 해낸 저자에게 존경을 표한다.

소 프트웨어 개발자들이 알아야 할 개발 문화부터 소프트웨어 개발의 전반적인 부분-개발 프로세스, 개발 도구, 관리 도구 등-까지 다루면서도, 교과서적인 딱딱함이 아니라 선배 개발자가 이야기를 들려주듯 재미있고 이해하기 쉬운 용어로 실 예를 들어가며 설명한다.

이론적인 주제인 알고리즘에 대해 소개하면서도 학문적 의무가 아닌, 실용적 측면에서의 필요성으로 접근한다. Windows, Unix, Shell, C, C++, Java, 개발 도구, 관리 도구 등의 구체적인 주제를 다룰 때조차도, 좋은 소프트웨어를 개발하기 위해 필요한 통찰(insight)을 준다.

이 책은 개발 분야를 막론하고 모든 소프트웨어 개발자가 읽어야 할 필독서다. 좋은 개발 문화를 정착시키는 데 밑거름이 될 책이다.

병든 엔지니어와 동의보감
- 동명정보기술원 책임연구원 김재우

이 책이 번역되어 나온다는 얘기를 작년 이맘때쯤 아는 사람으로부터 들은 듯하다. 애착이 가는 책이니만큼 누가 어떻게 번역하고 있는지 그 동안 무척 궁금했다. 솔직히 말하자면, 걱정이 앞섰다. 그러다 얼마 전에 ‘추천의 글’을 써달라는 부탁을 받았다. 덕분에 원고를 받아서 두어 번 읽어볼 수 있는 기회가 있었는데, 그 동안 쓸데없는 걱정을 하고 있었음을 알게 되었다. 번역이 꽤 좋았다. 얼마나 정성을 들였는지 알만했다.

지금부터 실어 놓은 글은 작년에 내가 이 책을 추천하느라 쓴 글이다. 새 글로 이 책을 추천하고 싶어, 며칠 동안 맘고생을 해봤지만 앞서 쓴 글만 못했다. 내 글이 이 책의 값어치를 얼마나 잘 그려 보여줄런지 알 길은 없지만, 어쨌든 많은 분들이 이 책을 고를 때 주저하지 않기 바란다. 이 책은 경험과 지식이 많은 기술자든 아니면 초보 기술자든, 이 분야에 몸담은 사람이라면 꼭 한 번은 찬찬히 살펴 봐야할 책이다.
http://selab.donga.ac.kr/~kizoo/pmblog/comments.php?id=P16_0_1_0_C

내가 읽은 최고의 컴퓨터 책
- IMC게임즈 프로듀서 김학규

지 금까지 필자가 읽었던 컴퓨터 책 중 최고의 책 한 권만을 꼽으라면 단연 본서 Pragmatic Programmer를 꼽을 것이다. 그만큼 필자의 프로그래밍 인생에 많은 영향을 주었고, 다시 매니저가 된 필자로 하여금 팀원들에게 영향을 끼치고 있기 때문이다.

프로그래밍의 세계에는 많은 이론들이 생겨나고, 저마다 혁신적인 방법론을 제창하기도 하며, 프로그래밍의 왕도에 대한 수많은 논란이 벌어지고 있다. 도대체 더 나은 소프트웨어를 만들려면 어떻게 해야 하는 것일까? 지금까지 우리는 구조적 프로그래밍, OOP, Generic 프로그래밍, 컴포넌트 기반 개발, 디자인 패턴, 리팩터링, Aspect Oriented Programming 등등 수많은 이론과 방법을 접하고 있으며, 앞으로도 새로운 이론들은 계속 나올 것으로 보인다. 하지만 이러한 많은 이론들이 추구하는바 더 나은 소프트웨어를 만드는 더 나은 방법의 공통 요소가 있는 것은 아닐까? 그런 것이 있다면 어떤 것일까?

본서는 그 공통요소에 대해 명쾌한 비유와 설명, 실용적인 예시로 필자의 궁금증을 풀어주었다. DRY나 직교화 같은 개념을 마음속으로 이해하고 나면 위에 예로 들었던 수많은 방법론들이 어떤 필요성에서 출발해서 왜 이런 형태로 존재하고, 또 앞으로는 어떻게 나아갈 것인지에 대한 통찰을 얻을 수 있다. 깨진 창문이나 삶은 개구리 같은 식의비유를 통해서 팀원들 간 이해의 공감대를 넓힌 것은 정말 가치 있는 일이었다.

필자의 회사에서는 새로운 팀원을 채용하기 전에, 지원자에게 Pragmatic Programmer를 면접보기 전에 읽고 올 것을 요구하고 있다. 안 읽고 온 사람에게는 책에 있는 것과 똑같은 얘기를 회사에서 해줘야 하기 때문이다.

늦은 감이 있지만 이러한 명저가 한국어로 출간된다는 점에 대해 너무나도 다행스럽게 생각하며, 독자 여러분도 깨달음의 기쁨을 공유할 수 있기를 기원한다.

여러분은 어떤 철학을 갖고 프로그래밍 하는가?
- 월간 마이크로소프트웨어 편집장 박준상

책 의 제목부터가 심상치 않다. ‘실용주의 프로그래머’란 철학적 문구에서 느껴지는 언어적 뉘앙스는 자못 비장함으로 다가오기조차 한다. ‘실용주의 프로그래머를 위한 시리즈’의 본류라 할 수 있는 이 책은 수많은 대한민국 개발자들의 자존심에 때론 깊은 상처를 낼 수도 있는 비수로, 그렇지 않다면 그들을 구원으로 인도할 바이블로 자리매김할 수 있을 것이다.

철학 (philosophy)이란 어원적으로 ‘지혜에 대한 사랑’을 의미한다. 그렇다면 이 책을 읽는 개발자이자 독자는 프로그래밍에 있어 과연 어떠한 철학을 가지고 있는가. 주어진 업무에 대해 이론적 내용을 기반으로 그동안 해왔던 경험을 덧씌워 하루하루를 프로그래밍하고 있지는 않는가. 지금까지 그렇게 해왔다고 느낀다면 이 책을 통해 이제부터라도 ‘실용주의적’ 철학을 가져보기를 추천한다.

물론 만만한 내용으로 구성되어 있지는 않다. 개발자들이 쉽게 익숙해지기 어려운 용어들을 비롯해 현자(賢者)들의 명언을 통한 실전 사례, 그리고 실용주의 프로그래머를 위한 팁까지. 하지만 뛰어난 개발자이자 우리 잡지의 필진인 역자의 탁월한 번역으로 실용주의적 사상을 이해하기에 큰 무리는 없을 것이다. 소개되고 있는 70가지 팁을 전부 이해하는 순간 부디 새로운 사상적 깨달음에 도달할 수 있기를...

현실에 강한 프로그래머가 되는 법
- 오픈소스놀리지 대표 이만용

[실 용주의 프로그래머]는 지난 몇 년 간 내가 함께 한 프로그래머들에게 단편적인 형태로 전달해 왔던 조언들, ‘현실적으로 강한’ 프로그래머가 되는 법을 간결하고 명확하게 전달하고 있다. 저녁 식사 후 읽기 시작한 이 책을 손에서 놓지 못하고 줄을 쳐 가며 읽다 새벽 4시에 뿌듯한 마음과 함께 쓰러지듯 잠들 수 있었다. 도대체 줄을 치지 않은 곳이 어딘가?

이 책은 주위에서 소위 잘 나간다는 프로그래머의 생활 비밀을 구체적으로 알려준다. 그 비밀은 단순 독서량이나 경험의 양이 아니라, 그들이 문제에 직면해 해법을 찾는 태도와 스타일에 있다. 그 가운데서도 자신의 코드에 책임을 지고 변명을 만드느라 에너지를 소비하기보다 항상 대안을 찾으려는 태도를 으뜸으로 꼽고 싶다. 자신의 코드에 자신감을 가지려는 이 강한 바람이야말로 이 책의 나머지에서 설명하는 모든 실용적 노력의 에너지원이다. 그들은 깨진 창문을 그대로 두지 않는다. 소프트웨어 엔트로피 법칙에 의거하여 소프트웨어가 끝없이 부패하려는 경향과 쉴새없이 투쟁한다. 그렇다고 ‘완벽한’ 소프트웨어가 가능하다는 유치한 환상은 갖지 않는다. 오오! 저자는 ‘적당히 괜찮은 소프트웨어’를 만들 수 있어야 한다고 말한다.(이에 100% 동의한다.)

훌륭한 프로그래머가 되기 위해 권위 있는 저자의 개발 방법론을 읽을 때마다 괴리감과 거부감을 가졌다면 이 책을 통해 시원스럽게 자기 자신을 업그레이드하라. 여기서 소개하고 있는 실용주의 프로그래머들의 기법(중복 코드와 끊임없이 투쟁하기, 예광탄 개발 등)과 지식 포트폴리오 갖추기에 힘쓰면 여러분이 지금 어떤 길을 걷고 있는지 문득 깨닫게 되리라.

저자소개

데이비드 토머스(David Thomas)와 앤드류 헌트(Andrew Hunt)는 현재 Pragmatic Programmer LLC를 운영하며 개발자와 관리자를 대상으로 한 실용적인 자원들을 제공한다.

저 서로 실용주의 프로그래머를 위한 시작도구 시리즈Pragmatic Starter Kit 시리즈가 있고, 최근 Pragmatic Bookshelf 출판사를 만들어 효과적이고 유쾌한 실용주의 프로그래머의 프로그래밍 방식을 설파하고 있다. 저자들에 대한 정보는 http://pragmaticprogrammer.com에서 더 찾아볼 수 있다.

앤디 헌트는 열광적인 목수이자 음악가이지만, 신기하게도 컨설턴트로서 더 인기가 있다. 그는 원격통신, 은행업무, 투자 서비스업, 공공사업은 물론 의료 이미징, 시각 예술, 인터넷 서비스 같은 좀더 새로운 분야에서도 일을 해오고 있다. 최첨단 기술과 이미 검증된 테크닉을 혼합하여, 새롭지만 효과적인 솔루션을 창조해 내는 것이 앤디의 전문이다. 그는 노스캐롤라이나 주의 롤리에서 자신의 컨설팅 비즈니스를 하고 있다.

데이브 토머스는 단발엔진 비행기를 조종하기를 좋아하는데, 그 습관에 들어가는 돈을 충당하기 위해 어려운 문제에 우아한 해결책을 찾는 일을 하며 항공우주 산업, 은행업무, 투자 서비스업, 원격통신, 여행과 운송, 인터넷 등의 영역에서 컨설팅을 하고 있다. 1994년 미국으로 이사해 오기 전에 그는 ISO9001 공인 영국 소프트웨어 회사를 설립했다. 그 회사는 전 세계에 걸쳐 맞춤 주문의 정교한 소프트웨어 프로젝트를 이행했다. 데이브는 현재 텍사스 주 달라스에서 독립 컨설턴트로 일하고 있다.

[역자 소개]

김창준

현재 월간 마이크로소프트웨어 자문위원, 한국 XP 사용자 모임 설립자 및 코어그룹 멤버, 애자일 컨설팅 대표이며, 한국 XP 사용자 모임 http://xper.org 를 운영하고 있다.

다음커뮤니케이션, NHN, 한미 연합사령부, SKT, 삼성전자/전기 등에 XP 코칭, 교육, 컨설팅 등을 제공한 바 있고, 월간 마이크로소프트웨어에 다수의 글을 기고했다.

번역서로 ‘테스트 주도 개발’(인사이트)이 있다.

정지호

서 울대학교에 재학 중이며 (주)언어과학에서 한국어 Text To Speech 서버의 통신 하위 시스템, 유아용 한글 학습 게임 '디디미', 영어 교육 솔루션인 'Dr. Listening' 등의 프로젝트에 참여했다. 파이썬, 펄, 루비 같은 동적 프로그래밍 언어에 관심이 많다.

번역서로 『UML, 실전에서는 이것만 쓴다(인사이트)』, 『실용주의 프로그래머를 위한 버전 관리 using CVS(인사이트)』,『소프트웨어 개발의 지혜(야스미디어)』가 있다.

독자서평

Small is beautiful

- 엄태양님, 2008-02-14 작성

엄태양님의 모든서평 I 블로그

실용주의 프로그래머를 읽고

- 박준태님, 2007-12-17 작성

박준태님의 모든서평 I 블로그

11월중순 지나서부터 읽었으니, 읽는 데 한달이나 걸린 셈이다.
주위에서 프로그래머의 필독서라고 종종 회자되고 있었기에,
읽어봐야겠다 생각해 왔는데, 프로젝트 스케쥴도 그러했지만
기말시험도 있었고, 책 분량도 얇은 건 아니라서 그런지 꽤나 오래 걸려 오늘에서야 다 읽게 되었다.
일단 전체적으로는 확실히 프로그래머라면 한번쯤은
읽어봐야 할 책이란 점에서는 부인할 수 없다.
나 또한 이 책을 읽으면서 4년에 접어드는 개발자 생활을 하면서도,
정말이지 실용적이지 못하고, 의도적이지 않은, 우연에 맡기는
프로그래밍을 해왔다는 사실을 통감하고 반성했기 때문이다.
번역서는 2년전에, 그리고 원서는 8년전에 출간되었다는 점을
고려해 보면, 내용이 어느정도 고전적이고 진부한 내용도 있긴 하지만,
나에게 그런 부분들은 극히 일부에 지나지 않는 내용이었다.
루비에 대한 내용이나, 애자일 프로그래밍, 짝 프로그래밍에 대한 내용도 담고 있는 걸 보면,
실용주의=진보와도 대등하게 견주어 생각해볼 수 도 있겠다는 생각이 든다.
( 다만, 새로운 언어, 새로운 개념이 나올 때마다 그것을 무조건적으로
수용해선 안된다는 경고도 잊어서는 안되겠다)
끝까지 읽으면서, 나의 프로그래머로서의 자세에 대한 반성과
부끄러움을 감출 수 없는 책이었다.
스스로 늘 프로젝트 기간중에 (편하다고 착각한, 하지만 정작 순간 편한 것 같지만
나중에는 편하지 않은) 편한 길을 찾고자 바보같이 노력했구나 하는 생각도 해 본다.
이 책은 8가지 챕터로 구성되고 각 챕터마다 5~6개의 소주제를 바탕으로
독자 (물론 프로그래머, 혹은 예비 프로그래머) 들을 실용주의적인 개발자의 길로
나아갈 수 있게 도와주고 있다.
책 인용)
          매년 새로운 언어를 최소 하나는 배워라.
          기술 서적을 분기마다 한 권씩 읽어라.
          비 기술 서적도 읽어라.
또, 따로 이 글에서 인용하고 있지는 않지만, 70가지의 정리된 실용주의 프로그래머 팁은
하나하나 놓치기 아깝다. (책 맨뒤에 자르기 쉽게 정리된 팁을 잘 보이는 곳에 붙혀 두면,
두고 두고 보고 생각해 볼 수 있어 괜찮을 것 같다. )
그래도 첫번째 팁은 인용해 두고 싶다.
" 자신의 기술에 관심과 애정을 가져라."
어느순간, 현실에 머물러 있는 직업적인 개발자라는 나의 정신을 확 깨워 주었다.
하고자 하는 일, 기술, 관심, 애정보다도, 현실에 맞닥뜨려 연봉이나 복리후생 이런 것들에
더 관심을 쏟아온 건 아닌가. 하는···. (물론 그래도 먹고는 살아야 하니까, 지금도 그런 점들이
중요하지 않다고는 생각하지 않는다. 다만, 양쪽을 모두 중요하게 볼 수 있는 시야를
갖게되었다.)
스스로도 어찌 이리 무지 했을까. 싶은 생각이 든다. -자기반성이되, 자기비하는 아니다^^-
(물론 CVS 등의 에 의한 소스코드 관리, 중복의 해악 등의 부분등 이미 실천하고 있는 부분들도
어느정도 있다.)
나의, 지나온 프로그래머의 삶을 되돌아 보고 반성하고, 나아질 수 있게 만드는 좋은
시간을 갖을 수 있는 책이었다.
짧은 글로 이 책을 평가하기에는 힘들지만, 그래도 굳이 한마디 더 추가하자면,
이 책은 프로그래머가, 보다 더 나은 프로그래머가 될 수 있도록 일종의 디딤돌 역할을 해주는 책이 아닐까 싶다.

그 다지 실용적이지만은 서술 방식.

- 박경민님, 2007-10-10 작성

박경민님의 모든서평 I 블로그

책에 대한 기대가 너무 컸나 봅니다. 무슨 대단한 비급을 기대라도 했던 것 같기도 하고.

아무튼 책을 다 읽고 난 뒤의 느낌은 저자와 개발 철학에 대해 한바탕 대화를 나눈 느낌입니다.
별로 틀린 말도 없고 개발자들에게 개발에 대한 지식 보다는 지혜를 빌려주는 책이라고만 소개하겠습니다. 그나마 저같이 의욕만 앞서고 미숙한 초보 개발자들에게 한번쯤 지식이 아닌 철학을 심어줄 수는 있겠다 싶네요.

단, 재미있게 읽지는 않았습니다. 조엘의 책이 좀 더 재미있었던 것 같네요.

하지만 이 책을 통해 얻은 철학을 몇가지 소개하자면,

1. 예광탄 얘기 입니다. 그리고 뒤 이어 나오는 프로토타입에 대한 정리까지도 많은 도움이 되었습니다. 저도 이런식으로 프로젝트의 시작을 해보곤 하지만 단순히 제가 경험이 적어서 그런 건줄 알았습니다. 이런 접근방법에 확신을 가지게 되었습니다.

2. 텍스트 편집 도구에 능통하라. 읽고 보니 그런 것 같더라구요. 전 개발에서 중요한 것들 중에 툴의 숙련정도를 우선순위에 놓아본 적이 없습니다. 버그없고 유연하고 강력한 코드, 설계 등등만 생각했지 이런 도구의 사용에 관해서는 언제나 등한시 하고 낮추어 생각했었는데 이 책을 계기로 겸허히 받아들이게 되었습니다.

3. 새로운 언어를 배우는데 시간을 틈틈이 쏟아라. 한달에 한개의 랭귀지씩 섭렵하라고 추천을 해주었는데 한번 도전해 볼만하다고 생각이 드네요.

대충 이런 내용들이 저에게 와 닿았습니다만, 아쉬움이 많은 책입니다. 그래서 별을 다른분들 처럼 많이는 줄 수 없습니다. 하지만 많건 적건 간에 무언가 좋은 것을 남기고 가는 책이라면 읽어 볼만하다고 생각합니다.

실용주의 마인드

- 김성훈님, 2007-09-17 작성

김성훈님의 모든서평 I 블로그

실용주의 프로그래머(The Pragmatic Programmer)는 성경이며 코란이다.

- 박상민님, 2007-06-15 작성

박상민님의 모든서평 I 블로그

실용주의 프로그래머(The Pragmatic Programmer)는 성경이며 코란이다.

책 을 읽고 난 후에 느낀 바를 한문장으로 표현한 것이다. 그만큼 이 책은 프로그래머들이 수시로 읽고 계속 느끼며 배워나가고 실천해야 할 내용들로 가득차 있다. 성경을 읽듯 매일 저녁 자기 전에 한 챕터씩 읽어야 하는 내용들로만 되어있다고 자부한다. 작년에 구입해서 대충 읽어보고 그 좋음을 알고 있었지만, 올해 정독을 하니 그 깊고 넓은 내용의 향연에 감탄하지 않을 수 없었다.

책 의 부제는 From Journeyman to Master이다. 초보자들이 고수로 가기 위해서 마스터해야 할 모든 내용들이 있다. 물론 여기에 나와있는 것들을 완벽하게 몸에 습득해야 하는 것은 아니다. 어느 특정 파트에서는 고수가 될 수 있고 어느 특정 파트는 상황에 따라 지키지 않을 수 있다. 하지만 대략의 큰 흐름은 다 알고 대부분을 지켜나갈 때에 마스터가 되는 것이 아닐까?

이제 책의 내용들을 정리해서 보여드리겠다. 육하원칙에 따라서 이 책이 필요함을 말해보겠다.

What?
" 무엇에 집중을 해야 하는가"라는 질문에 이 책이 대답을 해준다. 프로그래밍을 할 때 부가적인 것에 시간을 보내느라 집중을 하지 못하는 경우가 있다. 얼마전 문서 작업을 할 때에 테이블을 그리느라 문서 내용에 집중하지 못한 적이 있다. 비슷하게 프로그래밍을 할때에도 작은 기술하나를 몰라서 그 기술을 책에 있는 예제코드를 베껴올 때가 있다. 그나마 조금 성숙된 프로그래머라면 자기 코드 방식으로 바꿔서 넣을 텐데 그나마 초짜들은 그러지 못한다. 그리고 기술에 시선을 뺏겨 원래의 코드에 집중을 못하게 된다. 즉, 무엇에 집중해야 하며 정신이 분산되지 않도록 집중시켜주는 걸 가르쳐준다.

큰 그림을 보지 못해서 자기가 무엇을 하고 있는지 조차 모를 때도 있다. 내가 지금 프로그래밍을 시키는 대로 하고 있지만 이게 프로젝트에서 어떤 부분에 사용되지 못할 때가 있다. 다른 부분과 어떻게 연계가 되기에 이렇게도 인터페이스를 만들어줘야 하고 저렇게도 연결고리를 만들어줘야 할 때가 있는데 그런걸 고려하지 못할때가 있다. 큰 그림을 보고 무엇이 목적인지를 알려준다.

"이것이 무엇인가"라는 질문도 대답을 해준다. IT분야의 프로젝트는 다른분야와 달리 특히 모르는 용어가 많다. 새로 등장하는 용어들도 하루가 다르게 늘어나고 있고. 그것들을 많이 받아들이는 것도 좋지만 크게 어떤 분류의 기술들이 있는지 알려주고 어떤식으로 습득하는지 알려준다. 즉 고수가 되는 길을 알려주는 것이다.

How?
"어떻게 사용하는가"에 대한 질문에 대답을 해준다. UML, Testing, Automation등등은 우리가 가볍게 넘기고 제대로 사용하지 못하는 것들이다. 그런것들이 제대로 구축되는 것이 세계적인 IT수준을 따라잡는데에 밑바침이 되는 것은 자명한 일인데 그렇지 못하고 있다. 아니, 사실 조엘테스트도 모르고 있는 팀들이 많고 알고 있어도 고치려는 노력을 하지 않는 팀이 많다. 책에 나오는 사례를 보고 위기감을 갖고 방법을 익혀서 팀을 꾸려나가자.

" 어떻게 효과적으로 사용하는가"에 대한 질문에 대답을 해준다. OOP, Refactoring등등은 효과적으로 사용하지 못하고 있는 것들이다. 또한 sed, DDD, Emacs등의 유틸리티는 이름은 들어봤지만 실제 프로젝트에서는 적용하지 못하는 경우가 많다. 우선 책을 읽어보고 도구를 익힌 후 연습문제를 풀어봐라. 그리고 프로젝트의 어느 부분에 적용할지를 고민해보라. 그것만으로도 한단계 업그레이드 된 자신을 발견할 것이다.

When?
" 언제 이것들을 사용하지"라는 질문에 대답을 해준다. 지금부터라도 프로젝트에 적용하도록 노력해야 한다. 남들이 기존의 틀을 깨는 것을 싫어하면 네가 선봉장이 되어서 나서야 한다. 그리고 준비를 철저히 해서 남들을 설득하고 소통하는 능력을 길러야 한다. 어떻게 보면 그것이 가장 어려운 스킬이며 프로그래머에게 필요한 가장 중요한 스킬이다.

" 언제 내용들을 습득하지"라는 우매한 질문에도 대답을 해준다. Chapter 5. 지식 포트폴리오를 보고 느껴라. IT기술의 발달로 우리는 넘치는 자료속에 살고 있다. blog를 구독해서 세계 최고수들의 블로그를 실시간으로 모아서 받을 수 있고, 인터넷 서점에는 좋은 책들이 넘치고, 각종 컨퍼런스에 참가하라는 이메일은 매일 같이 쏟아진다. 그런 것들은 어느 한 때에 업그레이드를 하는 것이 아니라 지속적으로 업그레이드 하는 것이라 한다. 매년 새로운 언어를 최소 하나는 배우고, 기술 서적을 분기마다 한 권씩 읽고, 수업을 들으며, 지역 사용자 모임에 참여하라!

Where?
" 어디서 이런것들을 사용하지?" 프로젝트의 모든 곳에서 사용하라. 프로젝트의 요구사항을 논의하는 장소에서도, 디자인 단계를 말하는 칠판 앞에서도, 프로그래밍하는 컴퓨터 앞에서도, 마지막 출시전의 테스트에서도, 패키징을 하고 소프트웨어를 진화시키는 곳, 즉 모든 곳에서 이 책이 다루지 않는 곳은 없다.

Who?
"누가 이 책을 읽어야 하지?" 자명하다. CEO는 이 책을 읽어서 프로그래머를 이해하고 격려해 줄 수 있어야 하며, 팀장은 이 책으로 실용적인 팀을 이끌어야 하고, 프로그래머는 책을 숙달하여 실용주의 프로그래머가 되어야 한다!

Why?
To become a pragmatic programmer!

책을 읽으면서 "그래, 프로그래머라면 이 책은 꼭 읽어야 돼"를 몇번이나 반복해서 말한지 모를 정도로 감탄을 많이했다. 다들 꼭 읽어보고 책상에 항상 비치해두길 바란다.

실용주의 프로그래머

- 김충지님, 2007-03-17 작성

김충지님의 모든서평 I 블로그

소프트웨어 기술서보다는 소프트웨어의 전반적인 지침을 줄만한 괜찮은 책이 머 없을까 하며 온라인 북 판매사이트를 기웃기웃 하던 중 이 책이 눈에 들어왔다. 어느 사이트고 할 거 없이 이 책이 베스트셀러로 올라와 있었기 때문이었다. 게다가 그 이 책에는 서평이 수두룩하게 달려 있었고, 그 서평들은 예외없이 극찬 일색이었다. 서평이 그렇다 보니 거기에 탄력받아 관심을 가지는 것이 인지상정. 별 주저없이 책을 주문 했다.

대채 어떤 책이길래 이렇게 극찬 일색일까 하는 기대를 가지고 본 이책은 기술서라기보다는 마치 개발자로서의 행동 지침에 더 가까운 느낌이다. 저자들은 제목처럼 탁자위의 이론 보다는, 실제 개발에 있어서 보다 현실적이고 실용적인 마인드는 어떤 것인가에 대해 접근하고 있다.

매 챕터마다 한가지 설계에서 부터 코딩까지, 또 프로젝트 관련까지 한가지 주제를 정해서 어떻게 해야하는가를 흥미진진하게 설명해준다. 그리고 각 챕터마다 이 연관있는 챕터를 표기해 줌으로써 이 챕터를 읽고 또 어떤 것을 봐야할지 가이드 해준다.

솔직히 큰 기대를 가지고 본만큼 이 책이 기대에 부응한 것은 아니었다. 어떤 면에서는 마치 자기 개발서와 같은 면이 있다. 자기 개발서에는 성공하기 위한 너무나도 당연한 방법이 적혀있지만 실제 많은 사람들이 알고도 행하지 못하는 것이 바로 그 당연한 방법이 아니던가. 때문에 이 책에서는 자신의 발전을 위해 꾸준히 노력할 것을 따로 요구하고 있기도 하다.

기대 충족을 떠나 이 책은 분명히 좋은 책이다. 반드시 읽어야 할 필독서로 꼽혀도 손색이 없을 만큼 좋은 책이다. 고수든 하수든 이 책은 읽어보길 권한다. 하수 때 읽었으면 고수때 다시 한번 읽기를 바란다. 또 새로운 면이 보일 것이다.

프로그래머라면

- 최영진님, 2006-11-17 작성

최영진님의 모든서평 I 블로그

멋진 책~

- 권기동님, 2006-10-18 작성

권기동님의 모든서평 I 블로그

최 근에 Pragmatic(실용주의)이라는 단어가 프로그램 업계에서는 주요한 화두인듯하다. 여기저기서 실용주의를 외치고 있다. 그렇다면 진정한 실용주의란 무엇일까? 이 책에서는 실용주의 프로그래머가 되기 위한 70가지에 달하는 TIP을 제공하고 있다. 정말 실용주의 프로그래머가 되기 위해서는 알고 실행해야할 일들이 너무도 많다. 실용주의적인 개발자로 남는다는 것이 이리 어려운 일인 줄 몰랐다.

우리 주위를 둘러보자 얼마나 많은 개발자들이 이 책에서 말하는 실용주의에 일부분이라도 부합될까? 국내 개발자중에서 실용주의적인 개발자를 찾기란 너무 힘든 일인 듯하다. 이와 같은 현상이 유독 개발자들만의 잘못일까? 실용주의는 개발자들만의 노력만으로 되는 것이 아니다. 개발자들뿐만 아니라 개발자들 주위에 놓여 있는 주위 환경이 더 중요하다고 생각한다. 국내에도 실용주의적이고 효율성을 중요시하는 개발자들이 많다. 그러나 주위의 정치적인, 사회적인 개입으로인해 이 같은 개발자들의 노력이 희석되는 것이 대부분이며, 많은 개발자들이 결국에는 포기하게 만드는 것이 국내 개발문화의 현주소이다. 그렇다고 이대로 포기할 것인가? 포기한 상태로 불만만 가지고 개발을 계속하면서 이 짧지 않은 세월을 계속해서 보낼 것인가?

이 같은 자포자기 상태에 놓여 있는 국내의 많은 개발자들에게 이 책은 다시금 열정을 되살리게 만드는 책이다. 현실의 벽에 부딪혀 한동안 포기하고 살았던 많은 일들을 다시 한번 시도해보게 만드는 그런 열정을 만들어내고 있다. 좀 더 적극적으로 문제점을 개선할 것을 이야기하고 있으며, 다시금 학구열을 불태우게 만들고 있다. 프로그래머에 대한 환상을 가지고 이 업계에 진출한 많은 개발자들은 시간이 지나면서 현실의 한계를 느끼고 이 업계를 떠나거나 묵묵히 시키는 일만 하는 것이 최선의 방법이라고 여기며 살고 있다. "그것이 정말 최선의 길일까?" 의구심이 들지만 새로운 시도를 하려다 깨져나가는 새로운 개발자들을 보면서 자신의 선택이 최선의 방법이라는 안도감을 가지면서 지내는 개발자들이 많은 것같다.

이 책을 통해서 현재 어딘가 모르게 짜증나고 풀리지 않았던 문제들에 대한 해결책을 찾아보기 바란다. 이 책은 단지 방향만 제시할 뿐이다. 모든 결과물은 이 책을 통해 얻은 지식을 현재 진행하고 있는 프로젝트에, 자신의 생활 습관에 바로 적용하고 실행해보는 것이다. 그렇지 않을 경우 여러분들의 일상은 과거와 별반 다르지 않을 것이다. 여러분들의 프로젝트는 또 다시 문제점 투성이이고, 책임 전가만 무성한 곳으로 바뀔 것이다. 야근도 똑같이 일상적인 일과가 되어 버릴 것은 뻔한 결과이다.

여러분들이 먼저 바꿔보자. 누군가 바꿔주기를 바라지 말고, 우리들 자신이 바꿔나가려고 시도할 때 실용주의적 프로그래머가 되지 않을까? 이 책에서 제공하고 있는 많은 TIP들 중에서 하나라도 직접 실행에 옮기려 노력해보자. 여러분들의 삶도 조금씩 바뀌어 간다는 것을 느낄 수 있을 것이다.
이 책은 국내 개발자들에게 더더욱 필요한 책이다. 아직도 국내 개발 문화에는 우리들이 바꿔야할 것이 너무도 많다. 사회 구조적인 문제도 있지만 프로젝트 내부에서 우리들의 노력만으로 바꿀 수 있는 것들도 많다. 이 책을 발판 삼아서 국내의 개발문화를 조금씩 바꿔 나갈 수 있는 기틀을 만들었으면 한다.

저자의 경력과 명성에..

- 오희성님, 2006-09-23 작성

오희성님의 모든서평 I 블로그

진한 맛-_-

- 박정진님, 2006-09-15 작성

박정진님의 모든서평 I 블로그

Pragmatic엔 비유가 많다.

- 임은천님, 2006-08-13 작성

임은천님의 모든서평 I 블로그

pragmatic이라는 단어는 실용에 관련된 뜻 외에 다양한 의미를 내포하고 있다.
좋은 뜻으로는 분주한, 활동적인 이라는 뜻도 있지만,
안 좋은 뜻으로는 간섭하는, 독단적인, 잘난 체 하는 등의 뜻도 가지고 있다.

책 의 제목과 마찬가지로, 분주하고 활동적으로 지식 획득을 즐기고, 변화에 민감한 프로그래머의 모습을 그리고 있다. 모든 내용은 서문에 요약하고 있는 무엇이 실용주의 프로그래머를 만드는가? 에 담겨있다고 보면 된다. 그 내용은 이러하다.

1. Early Adoptor(미국의 사회학자 에버릿 로저스, 1957년 저서 Diffusion of Innovation)
- 간단히 말하면 기술 습득에 게으르지 않고, 부지런하게 적용하는 사람.
2. 캐묻기 좋아하는 사람
3. 비판적 사고의 소유자
4. 현실적이다.
5. 다방면의 기술에 익숙하다.
6. 자신의 기술에 관심과 애정을 가져라.

단순히 이런 내용만 가지고 실용주의 프로그래머가 되기엔 너무나도 추상적이라고 볼 수 있다. 문학적인 프로그래밍과 마찬가지로 위와 같은&nbsp6개의 인터페이스를 구체화 하는 식으로 쓰여져 있다.

프 로그래머라면 당연히 만나게 되는 설계와 구현 문제에 대한 이야기를 하고 있으며, 당연한 것이지만 유연하고, 이해하기 쉽고, 작성하기 쉬운 설계와 구현을 하라는 이야기를 하고 있다. 물론 이 서적을 읽기 이 전에 Refactoring이라던가, Repository(CVS나 SVN), Design Pattern, 설계, UML 등의 서적을 읽었다면 내용 자체가 따분하게 느껴질 수도 있다. 왜냐하면, 이 책의 내용과 중복되는 것이 너무 많기 때문이다. 특히 Joel의 서적을 먼저 읽었던지라 이 서적에서 하는 이야기는 정말 많이 중복되는 것을 많이 느낄 수 있었다. 그리고 재미도 없다 -_-.. 어찌 되었든 이 책은 그런 서적들의 개관서 비슷한 역할을 한다고 볼 수 있다.

특히 눈에 띄는 내용이고 좋은 내용이라고 할만한 것은 이러하다.
1. 요구 사항과 아키텍쳐를 구분하고, 요구 사항과 정책은 같지 않다.
2. 코드에는 추상화를 하고, 변경되는 내용은 메타 데이터로 유지하자.
3. 코드를 작성하는 자동화를 실현하자.

언제나 코딩하면서 중복되고, 단순 반복 노동을 굳이 사람이 할 필요는 없으니 말이다. 차라리 이렇게 한 번 고생해서 만들어 두면, 다음에는 쉽게 수정이 가능할 것이다.

동의하기 힘든 내용에는 이런 것이 있었다.
1. 여러분의 알고리즘의 차수를 추정하라.
2. 자신이 이해하지 못하는 마법사 코드는 사용하지 마라.
3. 구체적인 것보다 추상적인 것이 더 오래간다.

1. 추정을 한다고 해도, 실제 어떻게 최적화가 될지는 모르기 때문에, 개인적으로는 간단히 구현 후에 테스트하고, 요구 사항과 조율하여 알고리즘을 다시 선택하던지 할 것 같다.
2. 사용하지 마라. 라는 강경한 말투보다는 마법사 코드가 돌아가는 개념을 이해해 보자. 라는 식으로 하는 게 어떨런지..
3. 구체적인 것이 더 오래가지 않을런지..

그 외의 내용 같은 경우에는 끄덕 끄덕이면서 나름대로 읽을만한 서적이었다고 본다. 그렇지만 앞에서도 말했듯이 이미 실용주의와 관련 서적을 읽었다면, 매우 지루할 수 있다는 것을 말해두고 싶다.

어 디에서든지 아는 것이 힘이다. 누구나 그 사실을 알기 때문에 이런 책도 읽고 저런 책도 읽고 하면서 자신의 가치를 높이고 있을 것이다. 너무 과하면 실용주의라는 좋은 말도 간섭하는, 독단적인, 잘난체 하는 식의 프로그래머가 될 수도 있는 것이다.(어쩌면 이와 비슷한 말을 누가 했을 지도 모르겠다.)

독자의 생각이지만, 개인적으로 책을 읽을 만큼 시간을 들이는 건.. 인터넷을 켜지 않고, 해당 서적을 조용히 읽으면서 생각을 정리하는 것이라고 생각하고 있다. 책의 제목이 실용주의라고 해서 책 내용도 실용주의를 따라간다고 해서 해야할 내용을 떠넘기면 안되는 법이다. 이 책에서 설명하고 있는 건 지면 관계 상 전부 다룰 수 없다고 한다면, 당연히 참고 도서를 적고, 참고 URL을 적는게 맞을 것이다.

하지만, 그 방법이 약간 맘에 안드는데.. 참고 URL을 적고, 참고 서적을 적는 건 이 내용이 어디엔가 있을 것이니깐 전부다 읽어 봐라는 식으로 떠넘기면 안된다.
이건 지역성의 원칙도 벗어나는 것이다!

최 소한 해당 내용에 대한 간략한 설명을 한 후에, 관련 도서를 적던지 해야지 흥미가 가서 보는 것이 아닐까? 그 책을 다 읽어 보겠다고 마음 먹을 수도 있겠으나.. 실용 주의 프로그래머들은 각자 흥미가 달라서 그냥 토막 지식으로만 내용을 알고 싶어할 수도 있는 것이다. 독자에게 게으르다고 떠 넘겨도 상관 없다. 하지만, 일반적으로 컴퓨터에서 전자파 받지 않고, 조용히 읽고 싶은 것이 독자의 맘이라는 것을 알아 줬으면 좋겠다.

책을 모두 덮기 전에 유익한 내용을 한 가지 발견할 수 있는데, 그건 이 서적에서 다루고 있는 모든 팁을 Catalog화 해 놓은 부분이 있다는 점이다. 이 내용을 붙여 놓고 설계할 때나, 구현할 때나 참고하면, 좀 더 좋은 프로젝트의 진행이 되지 않을까? 생각해 본다.

소프트웨어공학을 공부햇다면 이 책을 봐라.

- 강주석님, 2006-06-04 작성

강주석님의 모든서평 I 블로그

실용주의 프로그래머~

- 신영진님, 2006-03-24 작성

신영진님의 모든서평 I 블로그

많은 사람들이 극찬을 한 책이다. 책 뒷 표지만 보아도 기라성 같은 분들의 추천사를 볼 수 있다. 왜 이 책은 유독 그리도 많은 사람들이 극찬하는 것일까?

인 터넷으로 이 책을 구매할 당시 첫 느낌은 페이지 수에 비해서 가격이 비싸다는 점이었다. 물론 양장본이라는 점을 감안하더라도 다소 비싸다는 느낌이 들었다. 하지만 책을 받아본 순간 그런 생각은 눈녹듯 사라졌다. 책의 제본 상태는 튼튼했고, 알장또한 무척 고급스러웠기 때문이다. 이것은 책을 직접 보지 않고서는 이해하기 힘들다. 양장본이라 읽기도 무척 편했다. 거기에다 번역의 퀄리티도 상당히 높은 수준이었다. 사실 거의 대부분의 문장을 한번에 이해할 수 있었다. 요즘 보기 드문 괜찮은 번역서란 생각이 들었다. 하지만 이 모든 것은 책의 내용에 비하면 전초전에 불과하다~

책의 내용은 말 그대로 실용주의 프로그래머에 관해서 적어논 것이다. 실용주의가 무엇인가? 탁상공론하지 않겠다는 것이다. 문제를 어떻게 쉽고 빠르고 효율적으로 해결할 수 있냐에 관해서 다루고 있다. 대부분의 이런 개념서나 이론서적이 딱딱하고 따분한 내용을 담고 있는것과 비교적이다. 실제로 문체나 내용또한 굉장히 지루하지 않게 구성되어 있다. 나는 평소 책을 늦게 읽는 편임에도 불구하고 삼일만에 책을 다 읽어 버렸다. 소설책도 아닌것이 흡입력이 상당하다. ㅋㅋ-

뒷페이지 이만용씨의 소감에서도 알 수 있지만 어느 하나 뺄것 없이 모두 훌륭한 내용이었다. 정말 하나같이 모두 주옥같은 내용이었다. 그중에서도 개인적으로 인상 깊었던 부분을 찾아보자면 텍스트 처리, 메타프로그래밍과 같은 부분이었다.

텍스트 처리 부분에서는 텍스트 처리를 간편하게 할 수 있는 언어를 익힐 것을 권고하고 있다. 최근에 내가 한 작업 중의 하나는 몇 메가 분량의 xml 파일을 회사에서 사용하는 다른 형태의 텍스트 파일로 변환하는 것이 있었다. 나는 이 일을 단지 익숙하다는 이유로 C++을 사용해서 했다. 별다른 에러 처리 루틴을 포함하지 않고 있음에도(단지 내부에서 개발자만 사용할 툴이기 때문에) 몇 일을 걸려서 개발을 할 수 있었다. 하지만 그것도 구조가 조금만 바뀌면 코드 여기저기가 바뀌어야 하는 형태였다. 지금 생각해보면 파이썬과 같이 유연한 언어를 사용했더라면 금방 작성할 수 있었던 것을 너무 무식하게 한건 아닌가?? 하는 생각이 든다.

메타프로그래밍에서 강조하는 내용은 옵션으로 처리될 수 있는 부분은 대부분 프로그램 외부로 끄집어 내라는 것을 말한다. 쉽게 말하면 하드 코딩을 줄이자는 의미다. 하드 코딩을 이제는 많이 하지 않는다고 생각하고 있었지만 이 부분을 읽고 난 후의 느낌은 아직도 분리해 낼 것들이 너무도 많다는 것이다. 단지 시간이 없다는 이유로, 힘들다는 이유로 코드 속에 포함된 내용이 너무도 많았다.

이 책을 읽고 나서 내게 생긴 변화가 있다면, emacs를 컴퓨터에 설치했고, 책장 구석에 놓여져 있던 파이썬 책을 다시 꺼냈다는 점이다. 그동안 잊고 지낸 gnu 도구들에 대해서 다시 생각해 볼 수 있는 계기가 된 것 같다. 그동안 익숙하지 않다는 이유로 어렵다는 이유로 많은 실용적인 방법을 외면했던 나에게 일침을 놓는 책이었던 것 같다~

개발생활에서 도를 닦아 줄수 있는 책

- 김영호님, 2006-03-23 작성

김영호님의 모든서평 I 블로그

개발에 임하는 우리의 자세

- 원용기님, 2006-03-18 작성

원용기님의 모든서평 I 블로그

불과 몇년전과 비교하여 우리나라 혹은 전 세계 프로그래머들의 능력과 엄무를 처리 하는데 많은
변화가 일어났다. 그러한 변화의 물결의 시점이 바로 개발자들의 이 실용주의였던것 같다.
디자인 패턴, Agile한 방법론, Refactoring등등 이러한 바람이 일어나기 전에는 어떠했는가?
우리는 어느덧 현실과의 타협을 통해 따분한 노가다성 작업을 하며 투덜투덜 대진 않았는가?

얼마전 잠깐 일을 하였던 곳에서 도중에 한 개발팀장께서 내 전공학과를 물으셔서 "컴퓨터과학"
이라고 말씀을 드렸었다. 그때 그분은 컴퓨터가 왜 과학이냐 노가다다. 라는 말씀을 하셨다.
이말을 듣고 솔직히 그 팀장님에겐 미안한 이야기지만, 적잖이 실망하였다.(농담이였겠지만)바로
그런 노가다를 과학으로 자동화 시키는 것이 그렇게 하여 End-User들에게 편리를 제공하는게
우리가 할일 아니였던가? 분명 어쩌면 내 생각은 철없이 순진한 한 전산학도의 로망일지도 모른다.
하지만 최근의 추향은 좀더 고무적이다. 그러한 로망을 가진 개발자가 더 생산적이고, 완성도 높은
제품을 만든다는 사실은 결코 변할수 없는 진실이다. 그리고 사회는 멍청하게도 이제야 그 사실을
인지하고 인정해주기 시작했다.

실용주의 프로그래머란 책에서 저자들은 우리에게 그러한 로망을 가슴에 품고 프로젝트를 진행
해 나갈수 있는 몇가지 비책을 제시하여 준다. 단순한 로망선이 아닌, 그러한 과정을 통해 생산성과
무결성등을 추구할수 있도록 도와주고 있다. 책에 나온 하나하나의 chapter들은 프로젝트에
좋은 양분이 된다. 물론 우리가 모르는 사실들은 거의 없다고 생각된다. 우리도 충분히 깨달을수
있고, 도전해볼수 있었던 사실들이였으나 애써 현실과의 악마적 거래를 통하여 그간 간과되어
왔던 사실들이다.

책 전반에 걸쳐 개발자들을 위한 위트가 분포 되어있다. 이는 책을 읽는 동안 지루해질수 있는
여지를 날려 버린다. 또한 많은 명언(IT분야에만 속하지 않는)들을 소개하고 그것이 우리의 일에
어떻게 적용시켜 이해해야 하는지를 서술하고 있다.

또한 이 책은 일독하고 책장을 장식할 책이 아니다. 한번의 감격으로 우리의 뿌리 깊은 생활 습관
이나 사고가 바뀌지 않으리란 사실을 알고 있다. 분명 책을 읽는 동안 "그래 맞아 내가 이러한 점을
그동안 잊고 있었어 앞으론 이렇게 할꺼야"라고 다짐했다 하더라도 분명 어느 시점을 지나 그동안
배어버린 습관에 의한 개발을 하고 있을지 모른다. (그 단위가 개인이든 팀이든 간에)
눈에 띄는 지점에 이 책을 놓아라 아니면 뒤편의 팁 인덱스만이라도 눈이 많이 가는 지점에 붙여
두어라.(아니면 명함 직책란 앞에 적어두는 것도 좋은 방법이다-_-)그리고 마음을 항상 다시
먹어라. 그리곤 자신이 이미 실용주의 무리라 스스로 인정된다면 그때 자신이 아끼는 후배에게
물려줘라(-_-) 아끼는 후배가 이미 실용주의 무리라면, 아들에게 물려주라-_-

책의 구조 자체 또한 상당히 신경을 쓴 흔적이 역력하다. 뒤편에 모아놓은 팁들이나, 참고 서적,
URL류등은 그것만으로도 하나의 훌륭한 지침이 될수 있다.이 책도 하나의 훌륭한 프로그램이란
생각이 든다. 편집팀에 박수를 보낸다. 훌륭하다. 책 자체가 실용주의 원칙에 입각하여 발행되었다.
(확대해석인가?)

나는 지하철에서 이동할때 이책을 읽었는데 처음엔 읽기만 하다 결국 도저히 안되겠어서 가방에서
형광펜을 집어들었다. 그리고 그러한 일이 반복되어 결국 주머니에 형광펜을 따로 챙겨들고 다니게
되었다. 곳곳에 통감하고 꼭 체크해두고 싶은 문장이 많이 있다. 그것도 너무도 많이 있다.

아직 현장 경험이 많지 않기에 나는 이 책을 완벽히 이해했다고 생각진 않는다. 많은 프로젝트 경험에서
비롯되는 반성이 이책을 내용을 더욱 아름답게 꿰어준다고 생각된다. 하지만, 그럼에도 불구하고 나는
비교적 적은 경험을 가진 학생분들에게도 꼭 권하고 싶다. 미리 "개발에 임하는 우리의 자세"를
배워둔다면 조금 더 로맨틱한 개발자가 될수 있을지도 모르겠다. 아마 많은 경험들을 가진 분들이라면
더욱 더 골감骨感 할것이다.(뼈속깊이 동감한다는 소리다-_-)

개발자들은 결코 기획자나 경영진의 명령을 컴퓨터에게 그대로 전달하는 사람이 아니다.
한명 한명의 뛰어난 실용주의 개발자는 그 존재 자체만으로 프로젝트에 영향을 준다.

책이 나온지 꽤되어서(번역서는 얼마 안되었지만) 이미 실용주의는 알게 모르게 우리의 생활에 가까이
있다.아마 처음 읽게 되더라도 많은 부분 지금의 프로젝트에 적용 되어 있고 아는 것일 수도 있다고 생각
된다. "뭐 이런건 당연하거 아닌가?" 하는 생각이 들지도 모르지만,꼭 마지막까지 읽기를 바란다.
구입하여 읽어도 결코 후회하지 않을 책이다.~~(정 후회할것 같아 불안하다면 생명보험?을 들고 사서~~
~~보아라)~~

나는 물론 지금도 많은 경험은 없지만, 예전에 정말 형편없는 학생일때 우연히 어떤 선배님과 작업을
하게 된적이 있었는데 이 책을 읽으며 그분이 많이 생각났었다. 그분이 바로 진정한 실용주의
프로그래머였다. 물론 이 책을 읽기전까진 그분의 작업방식에 대한 하나 하나의 의미를 정확히
이해하지 못했었다.

그 선배에게 많은 영향을 받았기 때문일까? 어느덧 나도 모르게 실용주의가 어느정도 배어진 것
같다. 책을 전부 읽을 때즈음 다른 독자들도 어느정도는 인식이 생기리라 확신한다. 이제는 스스로의
노력을 통해 현실화 시켜 로맨틱 프로그래머가 되는 것이다. 도태되어 멸종되는 프로그래머가
되기 싫다면 지금 스스로를 깨쳐라!

실용주의는 우리를 경쾌하면서도 로맨틱하고 귀족틱하게 일을 할수 있게 만들어주는 개발의
정신 상태다.
이 책은 그런 정신 자세를 가지고 유지하게 해줄 주춧돌이 될것이다.

Pragmatic Programmer

- 정한기님, 2005-11-30 작성

정한기님의 모든서평 I 블로그

전문 프로그래머로 성장하기 위한 실용지침서

- 오병곤님, 2005-11-21 작성

오병곤님의 모든서평 I 블로그

1. 책이 내게로 왔다.(감상)

통 찰력(Insight)있는 출판사에서 보내준 책이어서 꼭 읽어야 한다는 일종의 압박감이 있었으나 막상 책을 읽고 나니 이렇게 좋은 책을 왜 이제서야 읽게 되었는지 만시지탄이 들었다. 『실용주의 프로그래머』라는 책 제목이 암시하듯이 이 책은 기술적인 프로그래밍만을 제시하지 않는다. 좋은 프로그램은 유용한 철학과 접근법에 의해 만들어 질 수 있으며 그것은 바로 실용주의라고 저자는 주장한다. 존 듀이가 주창한 실용주의는 현실에서 유용한 것이 진리라고 보는 입장으로 진리의 절대성을 부정한다. 이 철학을 시스템에 적용해보면 다음과 같다. ‘오직 특정한 환경에 적합한 시스템이 존재하기 때문에 그 상황에 적절한 지식과 기술을 지속적으로 연마해야 한다.’ 어제의 지식과 기술이 오늘 쓸모 없어지는 스피드의 시대에서 실용주의 원칙은 큰 힘을 발휘한다. 실제 IT 현장에서는 자신의 과거 경험만을 제일로 여기는 국수주의 입장에서 프로젝트를 진행하는 사례를 많이 목도하게 된다. 이런 프로젝트의 대부분은 매너리즘이 지배하고 활력이 떨어지며 몸으로 떼우는 방식으로 진행된다.

실용주의 프로그래머는 이 같은 폐쇄적인 입장을 거부하고 ‘돌멩이 스프’를 끓일 수 있을 정도로 고객과의 커뮤니케이션이 원활하고 지속적인 지식 자산을 습득하여 주어진 일을 잘 완수한다. 공동 저자 앤드류 헌트와 데이비드 토머스는 실용주의 프로그래머는 다음과 같은 특징이 있다고 한다. 먼저 새로운 것을 시도해보고 빨리 적응하는 얼리 어답터 성향을 갖고 있으며, 묻기를 좋아하고 비판적인 사고의 소유자이다. 과거의 노예가 되는 것을 단호하게 거부한다. 그리고 모든 문제의 근본적인 성격을 이해하려고 하며 다방면의 기술에 익숙하다. 무엇보다 중요한 특징은 자신의 기술에 관심과 애정을 갖고 있으며 자신이 하고 있는 일에 대해 생각하면서 일한다.

소프 트웨어 개발의 모든 부문에 적용가능한 프로세스, 기법, 팁 등 실용주의 접근법에 대한 소개는 퍽 신선하다. 특히 엔퍼프라이즈 자바빈즈(EJB)의 예를 들며 직교성을 향상시키라고 충고하는 구절과 포스트잇을 통해 프로토타이핑의 학습경험을 강조한 대목은 유용한 원리다.
특히 쾌속 프로토타이핑이 혁신적인 조직이 추구해야 할 가장 중요한 능력이다는 슈레이즈의 말을 인용한 부분은 신선한 충격이었다.

더 불어 이 책 곳곳에는 개발 과정에 매우 실제적인 도움을 줄 수 있는 방법론이 재미있는 비유를 통해 소개되고 있다. 결합도 줄이기와 디미터 법칙에서는 스파이 조직의 ‘세포’의 비유를 통해 독립적으로 모듈을 구성할 것을 주장하며, 리랙토링(Repactoring)이 필요한 코드를 ‘종양’에 비유하여 지금 바로 수술해서 아직 종양이 작을 때 제거하라고 한다. 무엇보다 본인의 마음을 잡아 끈 내용은 ‘의도적으로 프로그래밍’하기였다. 자기 코드에 대해 적극적으로 생각하지 않고 ‘보이지 않는 손’에 의해 알아서 잘 돌아갈 것이라는 우연에 맡기는 프로그래밍이 아니라, 언제나 자신이 지금 무엇을 하고 있는지를 인식하고, 계획을 세우고 목적의식적으로 프로그래밍하라는 것이다.

테스트의 중요성을 설득력 있게 언급한 점도 마음에 든다. 개발자 대부분은 테스트를 싫어한다. 한다 하더라도 버그를 피해 살살 테스트하려 한다. 그러나 실용주의 프로그래머는 자존심이 강해서 나중에 다른 사람이 자신의 버그를 발견하는 것을 수치심으로 여긴다. 따라서 가차없이 테스트를 한다. 개발자가 작성한 코드는 언젠가는 테스트되며 따라서 개발자가 테스트를 하지 않으면 결국은 사용자가 테스트하게 된다. 사전에 철저하게 테스트 계획을 세우고 진행하지 않으면 수모는 물론이고 고객 검수에 지장을 초래하게 될 것이다. 여기에 덧붙여 한가지 지적하고 싶은 점은 대부분의 소프트웨어 개발에서 개발을 코딩의 완성으로 간주하고 있다는 것이다. 따라서 품질은 전혀 고려되지 못하고 실제 진척이 왜곡되게 마련이다. 주지할 점은 개발은 리팩토링, 동료검토, 테스트가 포함되는 것이며 모든 테스트가 통과되기 전엔 코딩이 다 된 게 아니다.

개발자가 싫어하는 또 하나는 바로 문서화이다. 다큐먼트는 마지 못해 해야 하는 작업이며 기껏해야 필요악이다. 그러나 코드와 문서는 서로 다른 뷰(View)일 뿐이다. 문서는 커뮤니케이션을 위한 중요한 매개체이다. 기록은 기억보다 오래가는 법이다.

이 책 곳곳에는 지혜와 잠언이 가득 차있다. 이 책은 개발자면 누구나 꼭 한번은 봐야 할 필독서이다. 책의 구성도 치밀하고 항목 구성이 잘 되어 있다. 역자의 친절한 주해도 돋보인다. 내용적인 측면에서도 철학적 원칙과 원리를 바탕으로 프로그래밍에 대항 유용한 지식과 팁을 친절이 소개하고 있는 점이 강점이다. 전체적으로 XP(eXtreme Programming) 방법론을 밑바탕에 두고 있다는 느낌이 든다. 테스트를 염두에 두고 설계하라는 팁은 XP의 테스트 주도형 개발(TDD)과 비슷하며 리팩토링, 지속적인 통합의 내용도 마찬가지다.

소프트웨어 개발은 분명 창의적인 일임에도 불구하고 언제부터인가 단순 노가다성으로 치부되었다. 주위의 환경 탓도 크지만 IT업에 종사하는 개발자들의 책임도 적지 않다. 소프트웨어 개발은 기예(craft)이며 프로그래머는 매일매일 작은 기적을 만드는 사람이라고 저자는 말한다. 개발에 대한 나름대로의 확고한 철학이 바탕이 되어야 한다. 또한 자신의 일에 대해 꼭 생각해 보아야 한다. 그것이 바로 실용주의다. 실용주의는 현실에 영합하는 것이 아니라 기본원칙이 반드시 존재한다. 이런 원칙이 견지될 때 실용주의는 그 위력을 발휘할 수 있으며 정약용 선생의 가르침인 실사구시와 맞닿아 있을 수 있다.

실용주의 프로그래머는 지속적인 변화를 통해 전문가를 추구한다. 또한 습득한 지식을 현장에 적용해봄으로써 이론과 실천의 조화를 꾀한다. 이 책이 소프트웨어 개발업계에 널리 확산되어 실력 있는 마이스터(Meister)가 많이 양성되었으면 하는 바람을 가져본다. 그러나 솔직히 첫 번째 바램은 ‘월화수목금금금’의 척박한 환경에서도 묵묵히 맡은 바 일을 감내하는 개발자들이 자신의 일에 대해 한없는 애정을 품는 기회가 되는 것이다.

2. 역지사지(易之思之)-내가 저자라면

* 저자 : 데이비드 토머스(David Thomas), 앤드류 헌트(Andrew Hunt)
데이비드 토머스(David Thomas)와 앤드류 헌트(Andrew Hunt)는 현재 Pragmatic Programmer LLC를 운영하며 개발자와 관리자를 대상으로 한 실용적인 자원들을 제공한다.
저 서로 실용주의 프로그래머를 위한 시작도구 시리즈 『Pragmatic Starter Kit 시리즈』가 있고, 최근 Pragmatic Bookshelf 출판사를 만들어 효과적이고 유쾌한 실용주의 프로그래머의 프로그래밍 방식을 설파하고 있다.
저자들에 대한 정보는 http://pragmaticprogrammer.com에서 더 찾아볼 수 있다.

이 책은 적어도 형식적인 측면은 완벽할 정도로 치밀하게 구성되어 있다. 각 장마다 제목에 맞추어 명언, 내용 설명, Tip, 관련항목, 도전해 볼 것, 연습문제 등의 단락으로 이루어져 있는데(한마디로 모듈화가 잘 되어 있어서) 각 장이 완결적인 구조를 갖고 있어서(결합도가 낮다) 특정 장(Chapter)만 봐도 이해가 될 수 있다. 앞으로 책을 쓸 때 꼭 참고할 만한 구성이다. 각 장의 관련항목이 해당 장의 앞, 뒤에 있는 내용이 나와 있는 걸 보면 독립적으로 각 장을 작성한 후 연결한 듯한 느낌이 든다.

독 자를 배려한 책의 구성이 돋보이는 점이 이 책의 큰 장점이다. 책 뒷부분에 있는 유용한 팁과 정보는 책을 산 보람을 느끼게 한다. 무엇보다 이 책을 구매했을 때의 가장 큰 혜택은 바로 책 부록에 있는 70개의 팁에서 얻을 수 있다. 사실 이 내용만 숙지해도 이 책에 대한 본전은 충분히 뽑고도 남음이 있다. 출판사는 독자가 편리하게 사용할 수 있도록 별도의 용지를 사용하여 친절하게 뒷부분에 껴주었다. 세심한 배려가 느껴진다. 프로그래머는 책상 머리에 붙여두고 화두처럼 되새기면 좋을 듯하다. 실용주의 프로그래머 체크리스트 팁과 참조항목도 매우 유용한 정보이다.

내가 만난 번역서는, 특히 IT 관련 책자는 번역이 매끄럽지 못한 경우가 많았다. 아무리 유명한 책으로 소문났다 하더라도 용어상의 애매모호함, 내용의 오류, 전체적인 일관성의 부재 등의 요인이 나의 인내심을 시험했다. 그러나 이 책은 번역이 깔끔하고, 특히 역자 주해가 돋보인다. 에드워드 드보노, 켄트 백 등의 필요한 저자의 책 소개를 통해 해당 부분에 대한 독자의 풍부한 이해를 돕는다.

전체적으로 책의 내용이 저자의 위트가 가미되어 재미있고 일관성 있게 전개되고 있으나, 4장(실용주의 편집증)과 5장(구부러지거나 부러지거나)의 내용은 장황한 설명이 반복되어 다소 지겨운 면이 없지 않다. 대부분의 번역서를 읽고 나면 느끼는 바이지만 한국적 현실과의 괴리가 가장 아쉬운 대목이다. 특히 프로그램 명세화에 대한 부분은 인식의 차가 크게 존재한다. 국내 현실은 명세화를 누락하거나 간과하는 경향이 심해서 프로그래밍과의 간극이 발생하고 이로 인해 재작업이 자주 발생하는 문제점을 안고 있다. 그러나 이 책에서는 ‘명세의 나선에 빠지지 말라. 언젠가는 코딩을 시작해야 한다’며 오히려 이를 부추기는 듯한 기술을 하고 있다. 또한 국내 현실은 소프트웨어 개발 분야가 세분화되지 못하여 개발자가 프로그래밍에만 전적으로 매달릴 수 없다. 우리 현실은 개발자의 연수가 올라가면 분석, 설계에 대한 이해가 필수적이다. 따라서 데이터베이스, 프로세스 모델링에 대한 접근이 없는 점이 아쉬움으로 남는다.

이 책은 디테일한 기술 서적이 아니다. 언뜻 보기에 개발자에게 직접적인 도움을 주는 책이 아닐 수도 있다. 그러나 앞으로 이 책은 스테디셀러가 될 가능성이 높다. 왜냐하면 개발자가 소프트웨어 개발 분야에 종사하는 한 견지해야 할 철학과 방향을 제시해주고 있기 때문이다. 하루가 빛의 속도로 빠르게 변하는 세상이지만 무릇 철학의 수명은 길다. 성경이 아직까지 전 세계 베스트셀러를 유지하고 있는 것은 바로 세계관, 가치관, 구원의 문제를 다루고 있기 때문이다. 이 책이 개발자를 구원해줄 책 중의 하나임은 분명하다.

프로그래밍 마스터에게 배우는 성공적인 프로그래밍 패턴

- 조해진님, 2005-11-16 작성

조해진님의 모든서평 I 블로그

제가 프로그래밍 세계에 입문할때부터 원서로 그 명성을 익히 들어왔던 책이라 기대를 많이 했던 책입니다
더구나 이런분야의 감각이 있으신 분들이 번역을 해서 더욱 기대를 했었는데.... 일독한느낌으로는
대만족입니다

성공하는 사람들의 7가지 습관 처럼 성공하는 프로그래머의 46가지 패턴 이라고 볼수 있는
황금같은 기법들은 정말 심금을 울릴정도로 감탄스러운 내용이었다고 생각됩니다

특히 이책에 가장 훌륭한것은 , 자동화 기법이라고 느낄정도로 정말 만족스러고 시원스러운 비법을 보여주었습니다
단순히 어쩔수 없는 중복이라 치부했던 내용도 ... 모두 자동화시키는 모습에... 혀을 내두룰수밖에 없었습니다

그냥 단순하게 반복해서 해야 했던 내용을 코드 자동 생성기로 해결한 것과 , 의미하는 봐는 같으나 다른 언어로 같은 의미를 구현하여 중복되었던 내용들을 ......메타 언어로 해결하는 모습은...
제 프로그래밍 인생의 또다른 빛을 본 느낌입니다

그리고 소프트웨어는 건축과 비교해서 수정하기 어렵다는 일반적인 견해에 대비해 , 소프트웨어는 정말 소프트하다는 접근 방식으로 런타임ㅤㄸㅒㅤ 프로그램의 동작을 수정하려는 내용들은 또 다른 ㅤㄲㅒㅤ우침을 주었던거 같습니다

게다가 프로그래밍이 아니라도 실용주의 원칙은 모든 일에 적용될수 있는 훌륭한 패턴이라고 생각되었습니다
[저자의 이책도 실용주의 원칙하에 쓰였죠...]

이렇게 실용주의 원칙들은 하나같이 장인정신이 묻어나는 철학하에 만들어진것이기때문에 정말 나의 것으로 만들고
싶다는 생각이 너무나 간절한 느낌입니다

더군다나 책을 읽는 내내 저자의 여유가 넘치는지 글과 유머가 덧붙여서 지루한지 모르고 읽었으며, 역자의
풍부한 지식도 책을 이해하는데 많은 도움이 되었던거 같습니다

초보자를 벗어났거나 , 프로그래밍 마스터에게 한수 배우고 싶은 생각이 든다면
꼭 한번 읽어봐야 할 책이라 생각됩니다

제목 그대로의 실용주의

- 김완님, 2005-10-25 작성

김완님의 모든서평 I 블로그

프로그램을 만들면서 점점 늘어나고 변화해가는 요구사항들과
부딛히다보면 임시적 코드들이 늘어나고
뭔가 잘못 되어가고 있다는 느낌은 오지만,
정확히 어느지점부터 문제였으며 고치기 위해서 어떻게 해야하는지
왜 잘못되기 시작했는지등을 알아차리기는 쉽지 않다.

이 책에서는 직교성을 지켜라와 DRY원칙(Don't Repeat Yourself)등의
중요성을 좀 더 정확히 짚어준다.

사실 앞쪽 부분은 상당히 재미 있게 읽어 갔으나, 뒷부분으로 가면서
같은 얘기가 다시 되풀이 되는듯한 느낌을 조금 받았지만,
다시 생각해보면 그만큼 중요한 요소들을 다양한 시각에서 바라보았다고
생각이 든다.

개인적으로 마음에 들었던 부분들은 '깨진 창문이론'과
모든 문서 및 자료구조, DB스키마, 등은 1가지의 소스에서부터
나와야 한다는 점이었다.
어떤 이유에서든 늘 같아야 하는 부분이 따로 관리가 되기 시작하면
항상 같다고 보장할 수 없고, 그것은 결국 프로그램의 오류 내지는
불완전한 모습으로 나타나게 되기 마련이기 ㅤㄸㅒㅤ문이다.

이것은 다른이와 공동작업이 없이는 프로그램을 만드는것 자체가 어려워진 요즘,
나혼자 두가지의 소스를 (예를 들어 코드와 문서) 잘 싱크시켜 유지한다고 해도
단 한명의 팀원이 지키지 않으면 깨지기 시작하기 때문이다.

결국 컴퓨터가 잘할 수 있는 일을 최대한 컴퓨터에게 맡겨버리고
우리는 한곳 만을 손대어서 프로그램의 변화를
이끌어가고 유지해야 한다는 점은 상당히 매력적이었다.
그 변화의 결과는 코드자체가 될 수도 있고 코드 바깥이 될 수 도 있다는 것.
모두 한곳에서부터 자연스럽게 번져나와야 한다는 점이 중요한것 같다.

챕터 사이에 나오는 연습문제도 그리 자주 접할 수있는 수수께끼가 아니기에
천천히 고민하고 풀어보는것도 이 책의 또 하나의 재미였다.

제목처럼 현재 프로그래밍일을 하고 있는 사람은
어떤부분이든 도움이 꼭 되는 부분이 있는 그런 책인것 같다.

깨진 창문을 그냥 두지 마라.

- 김중곤님, 2005-09-22 작성

김중곤님의 모든서평 I 블로그

[Review] 진정한 프로 개발자의 의미

- 김진회님, 2005-09-11 작성

김진회님의 모든서평 I 블로그

소장 가치가 있는 책

- 김인태님, 2005-09-08 작성

김인태님의 모든서평 I 블로그

프로그래머에게 철학과 지혜를 주는

- 김태완님, 2005-09-04 작성

김태완님의 모든서평 I 블로그

책 중에 시간을 두고 되풀이해서 읽게되는 책들이 있다. 나는 막심고리끼의 "어머니", 법정 스님의 "무소유"를 즐겨 읽는다. 꿀꿀할때 왠지 일이 꼬이거나 어려울때 읽어보면 새로운 느낌을 받는다. 분명 전에 읽었을때는 이런 느낌이 아니었는데... 이 부분의 의미가 이런건가? 항상 신선한 느낌을 준다. 실용주의 프로그래머는 그런 책이다. 독자의 수준에 따라 "어라? 이런 내용이 있었내? 이것이 이런 의미였구나?"라는 새로운 느낌과 지식을 주는 책인것 같다. 솔직히 지금은 실용주의 프로그래머의 30% 정도만을 내가 받아들인 상태다. 아마도 올 겨울이나 내년에 다시 읽는다면 조금 더 많은 내용을 이해하고 사용할 수 있을것 같다.

"실용주의 프로그래머"는 실용주의 씨리즈 중 가장 먼저 나온 책이다. 실용주의 프로그래머를 위한 버전 관리 using CVS, 실용주의 프로그래머를 위한 단위 테스트 with JUnit, 실용주의 프로그래머를 위한 프로젝트 자동화 를 보고 실용주의 프로그래머를 읽었지만 실용주의 씨리즈를 읽지 않고 바로 실용주의 프로그래머를 읽어도 상관은 없다. 다만 cvs, junit, automation을 읽어보고 실용주의 프로그래머를 읽는다면 조금 더 현실감을 느낄수 있을 것이다.

실 용주의 프로그래머는 IT 철학이다. 실용주의 프로그래머는 구체적인 해결책은 제공하지 않는다. 문제점에 대한 효율적인 해결 방법과 생각하는 방식을 제공한다. 구체적인 답을 주기 보다는 "각자의 다양한 환경에서 이러한 방식을 구성하면 효율적이다. 주변에 널려있는 익숙한 방식을 이런 방식으로 응용해 볼것을 추천한다"라는 방식의 지혜를 담고있다.

반복적이고 고질적인 PROJECT 문제점을 하나하나 파해치고, 수많은 개선 사항에 대한 풍부한 레퍼런스를 제공하고, 각 레퍼런스를 최대한 활용하여 효과적인 방법을 제안한다. 마지막으로 독자에게 생각하는 연습을 시킨다. 창의력있는 방식을 생각해 보고 적용해 가는 과정에서 새로운 효율적인 방법을 찾아내는 것이 이 책의 매력인것 같다.

앤드류 헌트와 데이비드 토머스는 지나치게 고급스럽지 않고 지나치게 XP적이지 않으며 지나체게 관료주의적이지 않는 시점을 유지하며 프로그래머 개인으로써, 개발팀의 일원으로써, 실용주의에 목마른 팀에게 기존의 고정관념과 귀차니즘으로 찾지 못하고 있던 사실들을 알려준다. 마지막으로 이책은 독자에게 많은 숙제를 남긴다. 수많은 레퍼런스와 빛나는 아이디어 그리고 책의 내용을 생각해 보고 실천해보는 과제를 준다. 실천하지 않는다는 것은 무의미한 부분이다.

이 책에서 전달하는 키워드는 시간이나 플렛폼이 변하는 것과는 상관없이 고전으로써 남을것이라는 느낌을 받았다. 환경이 변함에 따라 쓰레기가 되는 정보와 주위 환경과는 상관없이 적용가능한 정보가 있다면 실용주의 프로그래머는 후자에 속한다. 지나치게 매니아적이지 않고, 너무나 흔하지 않으며, 너무나 생소하지 않은 귀중한 키워드와 정보를 제공한다.

실용주의 프로그래머는 두번 읽는 것을 추천한다. 첫번째는 처음부터 마지막 장까지 통독을 하고 두번째는 각 장의 마지막에 나오는 "관련항목"의 리스트를 다시 읽어보거나 리마인드 하고 읽어보면 느낌도 전혀 다르다.

톰 디마크로(피플웨어), 조엘온 블러그와 연개해서 읽으면 더 많은 느낌을 받을 수 있을것 같다.

프로그래머의 한줄기 빛

- 이충영님, 2005-09-02 작성

이충영님의 모든서평 I 블로그

소설책도 아니고 전공 서적을 보면서 감동에 온몸 짜릿해지는 경험을 할 수 있는 분야가 얼마나 있을까?
그런점에서 IT장이들은 꽤나 복을 받았음이 분명하다. 최근 번역되어 출간되는 많은 책들이 이런 짜릿한 감동을 주고 있고 그 정점에 이 책이 있다.

당초 서평이라는게 이 책의 감동적인 부분들을 발췌하여 각 부분에 대한 느낌을 적으려는 것이 계획이었지만 이만용씨의 서평이나 미친병아리님의 서평처럼 도저히 어느 한 부분 추릴 수 없을 만큼 멋진 구석이 많았고 이 책 내용만으로도 한달 내내 블로그를 꾸릴 수 있을 만큼 하고 싶은 이야기들이 산더미처럼 들어있었다.

8. 직교성은 머릿속에서는 알고 있지만 정말 꼭 그렇게 해야할지 결단을 내리지 못하던 내게 [지금 당장 그런 사고방식으로 일을 해!]라고 결심하게 만들었고
10. 예광탄은 프로토타이핑을 하며 뭔가 한걸음 덜 간 것 같다는 느낌을 주었던게 뭐였는지 알게 해 주었다.
18. 디버깅은 보는 내내 내 이야기를 하는 것 같은 기분이 들어 굉장히 부끄러웠지만 버그를 바라보는 자세를 바꾸게 해 주었으며
22. 죽은 프로그램은 거짓말을 하지 않는다에서 서버 프로그래머 지망자로써 어떤게 옳은 것이고 어떤 것이 옳지 않은 것인지에 대해 다시 한번 생각하게 만들었다.
이것 이외에도 감동을 받은 페이지는 이루 헤아리기 힘들 정도로 많다.

이 책을 보고 난 뒤에 Ruby를 공부하기 시작하였으며 DocBook을 이용한 글쓰기를 새로 시작하였다. 그리고 프로그래밍에서 막연하게 생각했던 테스트기반 프로그래밍과 빌드 자동화에 대하여 체계적으로 지식을 쌓기 위한 공부를 하고 있는 중이다.

명함이나 직업란에 [프로그래머]나 [소프트웨어 개발자]라고 쓰여져 있다면 반드시 읽어봐야 할 책이다. 1년차라면 1년차인대로, 5년차라면 5년차인대로, 10년차라면 10년차인대로 감동을 받을 수 있을 것이라고 장담한다.

프로그래밍을 하면서 힘들고 어렵고 안개속을 걷고 있다고 생각된다면 이 책을 펴 볼 생각이다. 분명 이 책 어느 한 구절에 내게 한줄기 빛이 되어주는 구절이 반드시 있을 것이라고 믿고 있기 때문이다.

실용적인 실용주의 프로그래머

- 김윤한님, 2005-08-22 작성

김윤한님의 모든서평 I 블로그

여러분들은 실용주의 프로그래머인가?

- 박재성님, 2005-08-18 작성

박재성님의 모든서평 I 블로그

최근에 Pragmatic(실용주의)이라는 단어가 프로그램 업계에서는 주요한 화두인듯하다. 여기저기서 실용주의를 외치고 있다. 그렇다면 진정한 실용주의란 무엇일까? 이 책에서는 실용주의 프로그래머가 되기 위한 70가지에 달하는 TIP을 제공하고 있다. 정말 실용주의 프로그래머가 되기 위해서는 알고 실행해야할 일들이 너무도 많다. 실용주의적인 개발자로 남는다는 것이 이리 어려운 일인 줄 몰랐다.

우 리 주위를 둘러보자 얼마나 많은 개발자들이 이 책에서 말하는 실용주의에 일부분이라도 부합될까? 국내 개발자중에서 실용주의적인 개발자를 찾기란 너무 힘든 일인 듯하다. 이와 같은 현상이 유독 개발자들만의 잘못일까? 실용주의는 개발자들만의 노력만으로 되는 것이 아니다. 개발자들뿐만 아니라 개발자들 주위에 놓여 있는 주위 환경이 더 중요하다고 생각한다. 국내에도 실용주의적이고 효율성을 중요시하는 개발자들이 많다. 그러나 주위의 정치적인, 사회적인 개입으로인해 이 같은 개발자들의 노력이 희석되는 것이 대부분이며, 많은 개발자들이 결국에는 포기하게 만드는 것이 국내 개발문화의 현주소이다. 그렇다고 이대로 포기할 것인가? 포기한 상태로 불만만 가지고 개발을 계속하면서 이 짧지 않은 세월을 계속해서 보낼 것인가?

이 같은 자포자기 상태에 놓여 있는 국내의 많은 개발자들에게 이 책은 다시금 열정을 되살리게 만드는 책이다. 현실의 벽에 부딪혀 한동안 포기하고 살았던 많은 일들을 다시 한번 시도해보게 만드는 그런 열정을 만들어내고 있다. 좀 더 적극적으로 문제점을 개선할 것을 이야기하고 있으며, 다시금 학구열을 불태우게 만들고 있다. 프로그래머에 대한 환상을 가지고 이 업계에 진출한 많은 개발자들은 시간이 지나면서 현실의 한계를 느끼고 이 업계를 떠나거나 묵묵히 시키는 일만 하는 것이 최선의 방법이라고 여기며 살고 있다. "그것이 정말 최선의 길일까?" 의구심이 들지만 새로운 시도를 하려다 깨져나가는 새로운 개발자들을 보면서 자신의 선택이 최선의 방법이라는 안도감을 가지면서 지내는 개발자들이 많은 것같다.

이 책을 통해서 현재 어딘가 모르게 짜증나고 풀리지 않았던 문제들에 대한 해결책을 찾아보기 바란다. 이 책은 단지 방향만 제시할 뿐이다. 모든 결과물은 이 책을 통해 얻은 지식을 현재 진행하고 있는 프로젝트에, 자신의 생활 습관에 바로 적용하고 실행해보는 것이다. 그렇지 않을 경우 여러분들의 일상은 과거와 별반 다르지 않을 것이다. 여러분들의 프로젝트는 또 다시 문제점 투성이이고, 책임 전가만 무성한 곳으로 바뀔 것이다. 야근도 똑같이 일상적인 일과가 되어 버릴 것은 뻔한 결과이다.

여러분들이 먼저 바꿔보자. 누군가 바꿔주기를 바라지 말고, 우리들 자신이 바꿔나가려고 시도할 때 실용주의적 프로그래머가 되지 않을까? 이 책에서 제공하고 있는 많은 TIP들 중에서 하나라도 직접 실행에 옮기려 노력해보자. 여러분들의 삶도 조금씩 바뀌어 간다는 것을 느낄 수 있을 것이다.
이 책은 국내 개발자들에게 더더욱 필요한 책이다. 아직도 국내 개발 문화에는 우리들이 바꿔야할 것이 너무도 많다. 사회 구조적인 문제도 있지만 프로젝트 내부에서 우리들의 노력만으로 바꿀 수 있는 것들도 많다. 이 책을 발판 삼아서 국내의 개발문화를 조금씩 바꿔 나갈 수 있는 기틀을 만들었으면 한다.

괜찮은 책

- 송재운님, 2005-08-16 작성

송재운님의 모든서평 I 블로그

Read it or Leave IT

- 서지원님, 2005-08-09 작성

서지원님의 모든서평 I 블로그

시리즈도서

인사이트 - 프로그램, 프로그래밍, 프로그래머(PPP)

	실용주의 프로그래머 : The Pragmatic Programmer [재출간판]
	생각하는 프로그래밍[재출간판]

인사이트 - 베스트

	실용주의 프로그래머 : The Pragmatic Programmer [재출간판]
	생각하는 프로그래밍[재출간판]
	강력한 SQL 프로그래밍을 위한 Transact SQL
	EJB 디자인 패턴 [패턴, 프로세스, 이디엄Idioms]
	Extreme Programming Installed XP도입을 위한 실전 입문

기획도서 (이 도서는 아래의 기획리스트에 선정되었습니다)

강컴선정! 주목받는 도서 [총 225종]

강컴 Choice [총 303종]