이 책은 저자의 경력만큼이나 폭 넓은 지식과 경험들을 적은 블로그(http://www.joelonsoftware.com/)의 내용을 정리하여 책으로 엮은 오프라인판 블로그인 샘이다. 개발자로서의 역할뿐 아니라 프로젝트를 관리하는 관리자로서 이 책을 접해도 전혀 손색없을 정도로 다양한 분야를 깊이있게 설명하고 있다.
명세서 작업이 귀찮습니까? 명세서 작업을 해야 하는 이유는 ?? (pp. 5장)
1. 명세서 작업에서 얻을 수 있는 가장 중요한 결실은 바로 프로그램 설계입니다.
2. 의사소통 시간의 절약입니다.
3. 세부 명세서 없이는 일정을 계획하기가 불가능하다는 사실입니다.
더 나은 코드를 위한 12단계 (PP. 21-22)역자가 추천한 사이트(번역 관련)
1. 소스코드 관리시스템을 사용하고 있습니까?
2. 한방에 빌드를 만들어낼 수 있습니까?
3. 일일 빌드를 하고 있습니까?
4. 버그 추적시스템을 운영하고 있습니까?
5. 코드를 새로 작성하기 전에 버그를 수정합니까?
6. 일정을 업데이트하고 있습니까?
7. 명세서를 작성하고 있습니까?
8. 조용한 작업 환경에서 일하고 있습니까?
9. 경제적인 범위 내에서 최고 성능의 도구를 사용하고 있습니까?
10. 테스터를 별도로 두고 있습니까?
11. 프로그래머 채용 인터뷰 때 코딩 테스트를 합니까?
12. 무작위 사용편의성 테스트를 수행하고 있습니까?
http://www.knowlex.org/lang/en/index.html
http://en.wikipedia.org/wiki/Main_Page
http://www.wordiq.com
http://www.ocf.berkeley.edu/~wrader/slang