조엘 온 소프트웨어

미디어가 앞다퉈 보도한 조엘 온 소프트웨어
한국어판 출간에 즈음해 (조엘 스폴스키)
지은이 조엘 스폴스키 소개
옮긴이의 말, 하나 : 박재호
옮긴이의 말, 둘 : 이해영
들어가며

1부 비트와 바이트: 프로그래밍 실전
1장. 언어 선택
2장. 기본으로 돌아가기
3장. 조엘 테스트: 더 나은 코드를 위한 12단계
4장. 모든 개발자가 꼭 알아둬야 할 유니코드와 문자 집합에 대한 고찰
5장. 손쉬운 기능명세 작성법 1강. 명세서 작업이 귀찮습니까?
6장. 손쉬운 기능명세 작성법 2강. 명세가 뭡니까?
7장. 손쉬운 기능명세 작성법 3강. 하지만 어떻게?
8장. 손쉬운 기능명세 작성법 4강. 팁
9장. 손쉬운 소프트웨어 일정관리법
10장. 일일빌드는 당신의 친구입니다.
11장. 고리타분한 버그 수정
12장. 다섯 가지 세상
13장. 종이 프로토타이핑
14장. 화성인 아키텍트를 조심하세요.
15장. 쏘면서 움직여라.
16장. 장인정신
17장. 컴퓨터 과학 분야에서 떠도는 세가지 미신
18장. 더불어 살기
19장. 자동으로 충돌 보고서를 수집하세요.

2부 개발자 다루기
20장. 인터뷰를 위한 게릴라 가이드
21장. 성과급은 오히려 해가 된다.
22장. 테스터를 두지 않는 (잘못된) 이유 다섯 가지
23장. 개발자는 멀티태스킹 기계가 아닙니다.
24장. 당신이 결코 하지 말아야 하는 일, 제1부
25장. 드러난 빙산의 비밀
26장. 허술한 추상화의 법칙
27장. 프로그래밍 세계에서 파머스톤 경
28장. 측정

3부 조엘 따라하기 : 두서 없는 생각, 하지만 놓쳐서는 안될 이야기
29장. 릭 채프먼이 아둔함을 찾습니다.
30장. 이 나라에서는 개가 무슨 일을 하죠?
31장. 말단이면서도 해내기
32장. 이야기 둘
33장. 빅 맥 對 제이미는 요리사
34장. 세상에 쉬운 일은 없습니다.
35장. NIH 신드롬을 옹호하며
36장. 전략 메모 I: 벤 앤 제리 對 아마존
37장. 전략 메모 II: 닭이 먼저냐, 달걀이 먼저냐
38장. 전략 메모 III: 돌아가게 해주세요!
39장. 전략 메모 IV: 블로트웨어와 80/20 미신
40장. 전략 메모 V: 오픈소스 경제학
41장. 머피의 법칙이 난무했던 한 주
42장. 마이크로소프트 사가 API 전쟁에 진 이유

4부 .NET에 대한 쓴소리
43장. 마이크로소프트가 난관에 부딪히다.
44장. 우리의 .NET 전략
45장. 저기, 링커 좀 주시면 안될까요?

5부 하나 더
조엘에게 물어보기, 가장 재미있었던 질문


찾아보기
책 표지에 대해

< 한국어판에만 있는 유쾌한 보너스 >
조엘이 권장하는 '대학생이 갖춰야 할 지식' 목록
Windows 한글 표기가 윈도즈가 아니라 윈도우인 까닭
유닉스 매뉴얼 페이지가 읽기 어려운 이유
마이크로소프트 사와 일일 빌드
조엘 온 소프트웨어 베타리더 활약상
베타리더 한마디
인터럽트와 프로그래머
MSDN이 자세한 이유
사무실 환경과 생산성
마이크로소프트 사의 소프트웨어 개발 방법
번역 중 겪은 에피소드
아마존을 들끓게 한 독자서평

많은 개발자들이 명세서를 회피하는 이유는 글쓰는 일을 워낙 싫어하기 때문이라고 생각합니다. 텅 빈 화면에서 명세서 작업을 시작한다고 생각하면 대략 난감할 뿐입니다. 개인적인 경험을 말하자면, 저는 글쓰기에 대한 공포심을 한 주에 세 페이지에서 다섯 페이지 분량으로 수필을 써야 하는 대학 강의를 들으면서 극복했습니다. 글 쓰기는 근육과 같습니다. 더 많이 쓸수록 더 잘 쓸 수 있게 됩니다. 명세서 작업은 하고 싶은데 글을 잘 못쓴다면 간단한 일기를 쓰고, 블로그도 만들어보고, 창조적인 쓰기 수업을 수강하고, 4년 동안 티격태격 싸워왔던 대학동기나 룸메이트에게 보내는 멋진 편지를 써보세요. 어떤 글이라도 종이에 적기 시작하면 명세서 작업 기술이 향상될 겁니다.
소프트웨어 개발 책임자로서 명세서 작업을 맡은 팀원이 헤매고 있다면, 2주짜리 창의력 쓰기 강의를 수강하도록 첩첩 산중으로 보내 버리기 바랍니다. -본문 67p 중에서