실용주의 프로그래머

역자 서문
추천사
서문

1장 실용주의 철학
1. 고양이가 내 소스코드를 삼켰어요
2. 소프트웨어 엔트로피
3. 돌멩이 수프와 삶은 개구리
4. 적당히 괜찮은 소프트웨어
5. 지식 포트폴리오
6. 소통하라!

2장 실용주의 접근법
7. 중복의 해악
8. 직교성
9. 가역성
10. 예광탄
11. 프로토타입과 포스트잇
12. 도메인 언어
13. 추정

3장 기본적인 도구
14. 일반 텍스트의 힘
15. 조개 놀이
16. 파워 에디팅
17. 소스코드 관리
18. 디버깅
19. 텍스트 처리
20. 코드 생성기

4장 실용주의 편집증
21. 계약에 의한 설계
22. 죽은 프로그램은 거짓말을 하지 않는다
23. 단정적 프로그래밍
24. 언제 예외를 사용할까
25. 리소스 사용의 균형

5장 구부러지거나 부러지거나
26. 결합도 줄이기와 디미터 법칙
27. 메타프로그래밍
28. 시간적 결합
29. 단지 뷰일 뿐이야
30. 칠판

6장 코딩하는 동안 해야 할 일들
31. 우연에 맡기는 프로그래밍
32, 알고리즘의 속도
33. 리팩터링
34. 테스트하기 쉬운 코드
35. 사악한 마법사

7장 프로젝트 전에
36. 요구사항의 구렁텅이
37. 불가능한 퍼즐 풀기
38. 준비가 되어야만
39. 명세의 함정
40. 동그라미와 화살표

8장 실용주의 프로젝트
41. 실용주의 팀
42. 유비쿼터스 자동화
43. 가차 없는 테스트
44. 결국은 모두 글쓰기
45. 위대한 유산
46. 오만과 편견

부록 A 관련 자료
부록 B 연습문제 해답
찾아보기

매년 새로운 언어를 최소 하나는 배워라. 다른 언어는 동일한 문제를 다르게 푼다. 몇 개의 서로 다른 접근법을 알면 사고를 확장하고 판에 박힌 사고에 갇히는 걸 예방하는 데에 도움이 된다. 게다가 지금은 인터넷에서 무료 소프트웨어를 다수 구할 수 있기 때문에 많은 언어를 배우는 것이 훨씬 쉬워졌다.

비 기술 서적도 읽어라. 컴퓨터를 사용하는 것은 사람 - 우리는 바로 이 사람들을 만족시키려고 노력하고 있다 - 이라는 점을 기억하는 게 중요하다. 방정식에서 인간이라는 변을 잊지 마라. -본문 49p 중에서

직교적인 설계를 테스트하는 손쉬운 방법이 있다. 컴포넌트들을 나누었을때 다음과 같이 스스로에게 물어보라. '특정 기능에 대한 요구사항을 극적으로 변경했을 경우, 몇 개의 모듈이 영향을 받는가?' 직교적인 시스템에서는 답이 '하나'여야 한다. GUI 패널의 단추 하나를 옮기는 것 때문에 데이터베이스 스키마가 변경되어서는 안 된다. 자동으로 상황에 맞는 도움말을 추가하기 위해 지불 서브 시스템을 바꾸어선 안 된다. -본문 81p 중에서