음성 검색
QR/바코드 검색
품목정보
| 발행일 | 2014년 03월 28일 |
|---|---|
| 쪽수, 무게, 크기 | 496쪽 | 159*232*30mm |
| ISBN13 | 9788966261031 |
| ISBN10 | 8966261035 |
실용주의 프로그래머
Program, Programming, Programmer 이동
앤드류 헌트,데이비드 토머스 공저 / 김창준,정지호 공역
|
인사이트(insight)
|
2014년 03월 28일
저자/출판사 더보기/감추기
- IT 모바일 top20 1주
- 구매 시 참고사항
-
- 본 도서의 개정판이 출간되었습니다.
eBook이 출간되면 알려드립니다.
eBook 출간 알림 신청
분철서비스 시작 시 알려드립니다.
분철서비스 알림신청
- 중고상품
11,000원 ~이동 - 이미 소장하고 있다면 판매해 보세요! 이 상품 팔기 더보기/감추기
관련분류
이 상품의 태그
책소개 책소개 보이기/감추기
목차 목차 보이기/감추기
| 1. 고양이가 내 소스코드를 삼켰어요 2. 소프트웨어 엔트로피 3. 돌멩이 수프와 개구리 삶기 4. 적당히 괜찮은 소프트웨어 5. 지식 포트폴리오 6. 소통하라! 7. 중복의 해악 8. 직교성 9. 가역성 10. 예광탄 11. 프로토타입과 포스트-잍 12. 도메인 언어 13. 추정 14. 일반 텍스트의 힘 15. 조개 놀이 16. 파워 에디팅 17. 소스코드 관리 18. 디버깅 19. 텍스트 처리 20. 코드 생성기 21. 계약에 의한 설계 22. 죽은 프로그램은 거짓말을 하지 않는다 23. 단언적 프로그래밍 24. 언제 예외를 사용할까 25. 리소스 사용의 균형 26. 결합도 줄이기와 데미테르 법칙 27. 메타프로그래밍 28. 시간적 결합 29. 단지 뷰일 뿐이야 30. 칠판 31. 우연에 맡기는 프로그래밍 32. 알고리즘의 속도 33. 리팩터링 34. 테스트하기 쉬운 코드 35. 사악한 마법사 36. 요구사항의 구렁텅이 37. 불가능한 퍼즐 풀기 38. 준비가 되어야만 39. 명세의 함정 40. 동그라미와 화살표 41. 실용주의 팀 42. 유비쿼터스 자동화 43. 가차 없는 테스트 44. 결국은 모두 글쓰기 45. 위대한 유산 46. 오만과 편견 |
저자 소개 관련자료 보이기/감추기
저 자 소 개
앤드류 헌트 Andrew Hunt
열광적인 목수이자 음악가이지만, 신기하게도 컨설턴트로서 더 인기가 있다. 그는 원격 통신, 은행 업무, 투자 서비스업, 공공사업은 물론 의료 이미징, 시각 예술, 인터넷 서비스 같은 좀 더 새로운 분야에서도 일을 해오고 있다. 최첨단 기술과 이미 검증된 테크닉을 혼합하여, 새롭지만 효과적인 솔루션을 창조해 내는 것이 앤디의 전문이다. 그는 노스캐롤라이나 주의 롤리에서 컨설팅 비즈니스를 하고 있다.
데이비드 토머스 David Thomas
단발엔진 비행기를 조종하기를 좋아하는데, 그 습관에 들어가는 돈을 충당하기 위해 어려운 문제에 우아한 해결책을 찾는 일을 하며 항공우주 산업, 은행 업무, 투자 서비스업, 원격 통신, 여행과 운송, 인터넷 등의 영역에서 컨설팅을 하고 있다. 1994년 미국으로 이사해 오기 전에 그는 ISO9001 공인 영국 소프트웨어 회사를 설립했다. 그 회사는 전 세계에 걸쳐 맞춤 주문의 정교한 소프트웨어 프로젝트를 이행했다.
데이브 토머스와 앤디 헌트는 현재 Pragmatic Bookshelf 출판사를 만들어 효과적이고 유쾌한 실용주의 프로그래머의 프로그래밍 방식을 설파하고 있다. 이들에 대한 정보는 http://pragmaticprogrammer.com에서 더 찾아볼 수 있다.
열광적인 목수이자 음악가이지만, 신기하게도 컨설턴트로서 더 인기가 있다. 그는 원격 통신, 은행 업무, 투자 서비스업, 공공사업은 물론 의료 이미징, 시각 예술, 인터넷 서비스 같은 좀 더 새로운 분야에서도 일을 해오고 있다. 최첨단 기술과 이미 검증된 테크닉을 혼합하여, 새롭지만 효과적인 솔루션을 창조해 내는 것이 앤디의 전문이다. 그는 노스캐롤라이나 주의 롤리에서 컨설팅 비즈니스를 하고 있다.
데이비드 토머스 David Thomas
단발엔진 비행기를 조종하기를 좋아하는데, 그 습관에 들어가는 돈을 충당하기 위해 어려운 문제에 우아한 해결책을 찾는 일을 하며 항공우주 산업, 은행 업무, 투자 서비스업, 원격 통신, 여행과 운송, 인터넷 등의 영역에서 컨설팅을 하고 있다. 1994년 미국으로 이사해 오기 전에 그는 ISO9001 공인 영국 소프트웨어 회사를 설립했다. 그 회사는 전 세계에 걸쳐 맞춤 주문의 정교한 소프트웨어 프로젝트를 이행했다.
데이브 토머스와 앤디 헌트는 현재 Pragmatic Bookshelf 출판사를 만들어 효과적이고 유쾌한 실용주의 프로그래머의 프로그래밍 방식을 설파하고 있다. 이들에 대한 정보는 http://pragmaticprogrammer.com에서 더 찾아볼 수 있다.
역 자 소 개
김창준
현재 애자일 컨설팅 대표이며, 애자일 이야기(http://agile.egloos.com)라는 블로그를 운영하고 있다. 또한 2002년에 한국 XP 사용자 모임(http://xper.org)을 설립했다. 삼성전자, LG전자, 다음커뮤니케이션, NHN, 한미 연합사령부, SKT, LG U+, 엔씨소프트 외 여러 조직에 애자일 방법론을 중심으로 더 생산적이고 행복하게 일하게 도와주는 컨설팅, 교육, 코칭을 제공한 바 있다. 공역한 책으로 『실용주의 프로그래머』, 『익스트림 프로그래밍』이 있다. 2009년부터는 개인 대상으로 AC2(http://ac2.kr)라는 애자일 코치 과정을 진행하고 있다.
정지호
서울대학교에서 영어와 컴퓨터공학을 전공했다. 한국어 Text To Speech 서버의 통신 하위 시스템, 유아용 한글 게임 ‘디디미’, 영어 교육 솔루션인 ‘Dr. Listening' 등 다양한 프로젝트에 참여했다. 파이썬, 펄, 루비 같은 동적 프로그래밍 언어에 관심이 많아서 큰 규모의 시스템에 통합하는 일이나 UML을 동적 언어에 적용하는 방법에도 관심이 많다.
현재 애자일 컨설팅 대표이며, 애자일 이야기(http://agile.egloos.com)라는 블로그를 운영하고 있다. 또한 2002년에 한국 XP 사용자 모임(http://xper.org)을 설립했다. 삼성전자, LG전자, 다음커뮤니케이션, NHN, 한미 연합사령부, SKT, LG U+, 엔씨소프트 외 여러 조직에 애자일 방법론을 중심으로 더 생산적이고 행복하게 일하게 도와주는 컨설팅, 교육, 코칭을 제공한 바 있다. 공역한 책으로 『실용주의 프로그래머』, 『익스트림 프로그래밍』이 있다. 2009년부터는 개인 대상으로 AC2(http://ac2.kr)라는 애자일 코치 과정을 진행하고 있다.
정지호
서울대학교에서 영어와 컴퓨터공학을 전공했다. 한국어 Text To Speech 서버의 통신 하위 시스템, 유아용 한글 게임 ‘디디미’, 영어 교육 솔루션인 ‘Dr. Listening' 등 다양한 프로젝트에 참여했다. 파이썬, 펄, 루비 같은 동적 프로그래밍 언어에 관심이 많아서 큰 규모의 시스템에 통합하는 일이나 UML을 동적 언어에 적용하는 방법에도 관심이 많다.
회원리뷰 (5건)
혜택 및 유의사항?
프로그램의 대가가 알려주는 좋은 프로그램을 만들기 위한 46가지의 충고입니다. 프로그램을 만들때 참고해야 하는, 요구사항 분석, 설계, 코딩, 디버그, 테스트, 조직 관리에 관한 46가지 짧은 칼럼 모음집입니다. 그리고, 70개의 팁으로 핵심을 요약해주고 있습니다. 대학에서 전산학을 전공했다면, 한번쯤은 들어봤을 이야기 들입니다. 하지만, 그 때는 그 이야기;
리뷰제목
프로그램의 대가가 알려주는 좋은 프로그램을 만들기 위한 46가지의 충고입니다.
프로그램을 만들때 참고해야 하는, 요구사항 분석, 설계, 코딩, 디버그, 테스트, 조직 관리에 관한 46가지 짧은 칼럼 모음집입니다.
그리고, 70개의 팁으로 핵심을 요약해주고 있습니다.
대학에서 전산학을 전공했다면, 한번쯤은 들어봤을 이야기 들입니다.
하지만, 그 때는 그 이야기들이 왜 중요한지를 알 수가 없죠.
코딩 전에 설계부터 해라. 보고서는 나중에 만들지 말고 처음부터 같이 만들어라. 모듈화 하라. 가독성이 나쁜 코드 치고 좋은 코드가 없다. 등등 말입니다.
하지만, 길어야 2~3천 라인밖에 하지 않는 학교 프로젝트를 하면서, 왜 이렇게 원칙과 절차를 지켜야 하는지를 이해할 수는 없었습니다.
심지어, 소프트웨어 공학 같은 경우는 그냥 입만 터는 것 처럼 느껴지기도 했으니까요.
하지만, 실제 회사에 들어와서, 수만라인 짜리 프로그램을 만들고, 유지 보수하고, 다른 부서/다른 회사 사람들과 같이 작업을 하다 보니까, 그런 말들이 정말 맞는 말이었음을 느끼게 됩니다.
아무리 명언이라고 해도, 이해하지 못하는 사람에게는, 필요하지 않은 사람에게는 헛소리에 불과할 뿐이니까요.
이제서라도, 이 책의 가치를 알 수 있게 되었다는 것에 대해서, 다행이라는 생각이 들지만, 한편으로는 이제서야 알게 된 것에 대해 아쉬운 마음도 듭니다.
제목에서 처럼, 실용성을 중요시하는 프로그래머라면 꼭 읽어봐야 하는 책입니다.
=============
책에서 언급된 팁과 명언들
=============
가장 큰 약점은 약점을 보일 것에 대한 두려움이다 - 보쉬에
우리는 종종 뭔가 나아지게 하려다가 괜찮은 것 마저 망친다 - 리어왕
지식에 대한 투자가 언제나 최고의 이윤을 낸다 - 벤자민 프랭클린
당신이 가진 생각이 딱 하나밖에 없다면 그것만큼 위험한 것은 없다 - 에밀 사르티에
언어의 한계가 곧 자기 세계의 한계다 - 루트비히 비트겐슈타인
진보라는 것은 변화와는 거리가 멀고 오히려 기억에 의존한다. 과거를 기억하지 못하는 사람은 과거를 반복할 운명이다 - 조지 산타야나
참으로 고통스러운 일입니다. 자신이 겪는 어려움을 보고는 알게 되죠. 다른 누가 만든 게 아니고 바로 자신이 문제를 만들었다는 걸. 소포클래스(아이아스)
상식과 정직만큼 사람을 놀라게 하는 것은 없다 - 랄프 왈도 에머슨
자기 비난에는 사치성이 있다. 우리가 자신을 비난할때, 다른 사람은 우리를 비난할 권리가 없다고 우리는 느낀다. - 오스카 와일드
좋은 울타리는 좋은 이웃을 만든다 - 로버트 프로스트
아무리 뛰어난 천재라도 세부사항에 집착하면 그 재능이 발휘되지 않는 법이다 - 레바의 8번째 법칙
주변을 둘러보니 변화와 쇠퇴뿐 - 라이트 “함께 하소서”
완성이라는 것은 더 이상 더할 것이 없을 때가 아니라, 더 이상 뺄 것이 없을 때 얻게 되는 것이다. - 생텍쥐페리
가끔은 망설이는 자가 재난을 모면한다 - 제임스 써버
생각없이 행할 수 있는 중요한 작업의 수가 늘어남에 따라 문명은 발전한다. - 알프레드 노스 화이트헤드
아무리 흐른 먹물이라도 가장 훌륭한 기억력보다 낫다 - 중국속담
Tip
자신의 기술에 관심과 애정을 가져라
자신의 일에 대해서 생각하면서 일하라
어설픈 변명을 만들지 말고 대안을 제시하라
깨진 창문을 내버려두지 말라
변화의 촉매가 되라
큰 그림을 기억하라
품질을 요구사항으로 만들어라
지식 포트폴리오에 주기적으로 투자하라
읽고 듣는 것을 비판적으로 분석하라
무엇을 말하는가와 어떻게 말하는가 모두 중요하다
DRY(Don’t Repeat Yourself) - 반복하지 마라
재사용하기 쉽게 만들어라
관련 없는 것들 간에 서로 영향이 없도록 하라
최종 결정이란 없다 (불변하는 결정은 없다)
목표물을 찾기 위해 예광탄을 써라(지금 무엇을 얼마만큼 하고 있는지를 확인하라)
프로토타입을 통해 학습하라
문제 도메인에 가깝게 프로그래밍하라
추정을 통해 놀람을 피하라
코드와 함께 일정도 반복하며 조정하라
지식을 일반 텍스트로 저장하라
명령어 셀의 힘을 사용하라
하나의 에디터를 잘 사용하라
언제나 소스코드 관리 시스템을 사용하라
비난 대신 문제를 해결하라
디버깅을 할 때 당황하지 마라
“Select”는 망가지지 않았다. (컴퓨터는 고장나지 않는다. 내가 코드를 잘못짠거다)
가정하지 마라. 증명하라
텍스트 처리 언어를 하나 익혀라
코드를 작성하는 코드를 작성하라
완벽한 소프트웨어는 만들 수 없다
계약에 따른 설계를 하라
일찍 작동을 멈추게 하라 (문제가 있을 때)
단정문을 사용해서 불가능한 상황을 예방하라
예외는 예외적인 문제에 사용하라
시작한 것은 끝내라
모듈간의 결합도를 최소화하라
통합하지말고 설정하라 (Config 기능을 따루 둬라. 코드에 상수를 박아넣지 마라)
코드에는 추상화를, 메타데이터에는 세부 내용을
작업흐름 분석을 통해 동시성을 개선하라
서비스를 사용해서 설계하라
언제나 동시성을 고려해서 설계하라
모델에서 뷰를 분리하라
칠판(개별 컴포넌트들이 모두 참조할 수 있는 공용 메모리공간)을 사용해 작업흐름을 조율하라
우연에 맡기는 프로그래밍을 하지 말라
여러분의 알고리즘 차수를 조율하라 (알고리즘의 대략적인 소요 시간을 예측하라)
여러분의 추정을 테스트하라
일찍 리펙터링하고, 자주 리펙터링하라
테스트를 염두에 두고 설계하라
소프트웨어를 테스트하라. 그렇지 않으면 사용자가 테스트하게 될 것이다
자신이 이해하지 못하는 마법사가 만들어준 코드는 사용하지 말라
요구사항을 수집하지 말고, 채굴하라
사용자처럼 생각하기 위해 사용자와 함께 일하라
구체적인 것보다 추상적인 것이 더 오래간다
프로젝트 용어사전을 사용하라 (팀원들 간에 공통의 용어를 사용할 수 있도록 하라 - 의사소통의 효율을 위해)
생각의 틀을 벗어나지 말고, 틀을 찾아라
준비가 되었을 때 시작하라
어떤 일들은 설명하기보다 실제로 하는 것이 더 쉽다
형식적 방법의 노예가 되지 마라
비싼 도구가 더 좋은 설계를 낳지는 않는다
팀을 기능 중심으로 조직하라
수작업 절차를 사용하지 말라
일찍 테스트하고, 자주 테스트하라. 자동으로 테스트하라
모든 테스트를 통과하기 전엔 코딩이 다 끝난 것이 아니다
파괴자(고의로 만들어놓은 버그)를 써서 테스트를 테스트하라
코드 커버리지보다 상태 커버리지를 테스트하라 (테스트 할때, 개별 코드에 빠지지 말고 전체적인 맥락을 놓치지마라)
버그는 한번만 잡아라 (같은 버그가 계속 나와서는 안된다)
한국어도 하나의 프로그래밍 언어인것 처럼 다뤄라 (문서를 작성할때도 코드를 쓰는 것처럼)
문서가 애초부터 전체의 일부가 되게 하라. 나중에 집어넣으려고 하지 마라
사용자의 기대를 부드럽게 넘어서라 (사용자의 기대를 제대로 이해하고, 그것보다 약간 더 좋게 만들면 좋아한다)
자신의 작품에 서명하라 (스스로에게 부끄럽지 않은 코드를 만들어라)
좋은 프로그래머로 활양하기 위한 팁들을 모아 놓은 책. 어디선가 봤을 법한 좋은 이야기들이지만 이런건 계속 보고 몸에 체득시키는게 필요한 것 같다. 사실 단순히 문법만 공부하거나 경험이 얇으면 아직 와닿지 않거나 경험해보지 못할 이야기들이지만 이런 책을 통해 선배들의 경험을 간접체험하고 미리 준비하는게 좋은 거 같다 기본 책을 보고 한번 꼭 읽어 볼 만한 책인거 같다;
리뷰제목
좋은 프로그래머로 활양하기 위한 팁들을 모아 놓은 책. 어디선가 봤을 법한 좋은 이야기들이지만 이런건 계속 보고 몸에 체득시키는게 필요한 것 같다. 사실 단순히 문법만 공부하거나 경험이 얇으면 아직 와닿지 않거나 경험해보지 못할 이야기들이지만 이런 책을 통해 선배들의 경험을 간접체험하고 미리 준비하는게 좋은 거 같다 기본 책을 보고 한번 꼭 읽어 볼 만한 책인거 같다
프로그래밍은 대체로 머리로 하는 일이지만 한편으론 몸에 새겨져야 하고 때로는 그 이상의통찰을 발휘해야 하는 상황에 맞닥뜨리게 되는 복합적인 작업이다.인터넷의 등장 이후 베껴 쓸 코드가 넘쳐나 누구나 동등한 조건 아래 개발하는 시대 같지만이른바 고수와 자칭 초보의 차이가 큰 것은 바로 통찰력을 얻느냐 그렇게 못하냐의 차이일 것이다.이 책은 초보티를 벗고 대가가 되는 여;
리뷰제목
프로그래밍은 대체로 머리로 하는 일이지만 한편으론 몸에 새겨져야 하고 때로는 그 이상의
통찰을 발휘해야 하는 상황에 맞닥뜨리게 되는 복합적인 작업이다.
인터넷의 등장 이후 베껴 쓸 코드가 넘쳐나 누구나 동등한 조건 아래 개발하는 시대 같지만
이른바 고수와 자칭 초보의 차이가 큰 것은 바로 통찰력을 얻느냐 그렇게 못하냐의 차이일 것이다.
이 책은 초보티를 벗고 대가가 되는 여정을 시작하고 싶은 사람들을 위한 고전 중 한 권이다.
한줄평 (14건)
혜택 및 유의사항
?
개발자라면 읽어야 할 책
1명이 이 한줄평을 추천합니다.
공감
1
원*퍼
|
2021.03.30
개발자로서 기본적(바이블같은)인 내용을 다시 돌아보게 되는 책이다. 강추~
이 한줄평이 도움이 되었나요?
공감
0
o******e
|
2022.01.21
프로그래머 성경
이 한줄평이 도움이 되었나요?
공감
0
j****p
|
2021.08.18
- 절판
- 개정판 보기
