소프트웨어 개발내용을 다뤄 개발자들에게 인기가 높은 블로그인 조엘 온 소프트웨어 블러그의 주인인 조엘 스폴스키의 책 두 권을 세트로 묶어냈다.

《조엘 온 소프트웨어: 유쾌한 오프라인 블로그》에서는 놓치기 쉬운 프로그래밍 기법은 물론이고 조엘 테스트로 알려진 개발수준 점검기법, 시간, 일정, 개발자 관리기법, 능력있는 개발자를 포섭할 수 있는 효과적인 인터뷰기법, 벤처기업과 오픈소스 소프트웨어전략, 마이크로소프트사의 API 전략과 .NET에 대한 비판에 이르기까지 저자 경험에 토대를 둔 통찰력있고 재기발랄한 소프트웨어 개발이야기로 가득하다.

《조엘이 엄선한 소프트웨어 블로그 베스트 29선》에서는 코딩 스타일, 프로그래머 아웃소싱, 프로그래밍 언어, 디지털 저작권 등 소프트웨어 개발에 대한 광범위한 주제를 개발자이자 블로거인 26명의 저자들이 자신의 전문 분야를 내세워 의견을 피력하며 자신이 생각하던 바를 밝히고 있다. 저자는 자신이 엄선한 글마다 특유의 장기인 재치 넘치는 촌철살인의 서문을 달아 이해하기 쉽게 꾸며 놓았다.

[ 저자 소개 ]

조엘 스폴스키는 영어와 헤브라이어를 자유자재로 말하는 미국 거주 이스라엘 사람입니다.
어릴 때부터 IBM PC를 다룬 경험을 시작으로 컴퓨터와 관련한 여러 가지 다양한 경험을 쌓았으며 이를 토대로 조엘 온 소프트웨어 블로그(http://www.joelonsoftware.com)를 흥미롭게 이끌어가고 있습니다.

조엘은 빵 공장에서 파스칼을 사용해서 제어 프로그램을 작성한 이후로 펜실베니아 대학교, 벨 연구소 인턴, 마이크로소프트 인턴, 예일 대학교, 마이크로소프트 프로그램 관리자, 비아컴 연구원, 주노 온라인 서비스 기술 관리자를 두루 거쳤으며, 요즘은 포그 크릭 소프트웨어(>http://www.fogcreek.com)를 창립해서 냉혹한 비즈니스 세계에서 살아남기 위해 부단히 노력중입니다.

조엘은 이스라엘 낙하산 병으로 근무하기도 했으며, 자전거를 타고 미국 대륙을 횡단하는 기록을 세우기도 했습니다. 소프트웨어 분야와 비소프트웨어 분야를 통틀어 조엘이 겪었던 다양한 경험은 조엘 온 소프트웨어를 생생한 현실감이 느껴지도록 만드는 일등 공신입니다.

세부적인 조엘 이력서는 http://joel.spolsky.com/resume.htm를 참조하시기 바랍니다.


[ 저자 서문 ]

책을 펴내며

네, 저도 잘 압니다. 프로그래머는 글 쓰는 걸 정말 싫어합니다. 하지만 때때로 프로그래머들이 어쩔 수 없이 글을 쓸 수밖에 없는 상황이 닥치죠. 이들이 써놓은 글을 보고 있노라면 마치 휴대폰 수리 매뉴얼인 것 같기도 하고, 영문법 책에 나온 ‘이렇게 글을 쓰면 절대 안 된다’는 예제를 뽑아 모아 놓은 것 같기도 합니다.
우리 회사에는 원칙을 정해둔 게 하나 있습니다. 소프트웨어 개발자를 뽑을 때는 글을 쓸 수 있는 사람, 특히 글을 잘 쓰는 사람을 뽑아야 한다는 것입니다. 문법 오류가 있거나, 값싼 전자제품 매뉴얼 같은 겉표지를 덧댄 이력서를 제게 한번 보내 보세요. 우리 회사에는 절대로 입사하지 못할 거라고 확신합니다.
이 책의 목적은 많이 알려진 주옥 같은 글들을 소개함으로써 여러분도 소프트웨어에 대한 생각을 제대로 피력할 수 있도록 도와주는 데 있습니다. 제가 원하는 것은 단순합니다. ‘뛰어난 글쓰기’입니다. 글쓰기는 정말 매력적인 일입니다. 글을 쓰는 작업은 재미있고 명쾌하고 중요하며, 글로 사람을 설득할 수도 있기 때문입니다. 저는 소프트웨어에 관한 글을 읽는 즐거움을 더 많이 누리고 싶습니다. 이런 좋은 글을 많이 읽음으로써 소프트웨어 개발자들도 사람들이 읽고 싶어하는 글을 쓸 수 있게 되고, 서로간 대화의 기술도 늘어나기를 바랍니다. 의사소통은 소프트웨어 개발에서 가장 간과되는 기술이기 때문입니다.
이 책에서 소개한 블로그 글들은 소프트웨어 개발에 대한 탁월한 생각을 많이 담고 있습니다. 저는 이 책에서 제가 봐온 글 중 가장 뛰어난 내용들을 골라봤습니다. 이 블로그 베스트는 매력적이고, 흥미로우며, 명쾌한 결론을 내놓고, 심금을 울리기도 하며, 재미도 있습니다. 많은 사람들이 이 책을 읽고 다가올 미래의 소프트웨어 개발에 많은 영향을 줄 수 있게 되길 바랍니다.



[ 역자 소개 ]

박재호

포항공과대학교 컴퓨터공학과 학부와 대학원(소프트웨어 공학 전공)을 나왔다. 대학원 때 국내 굴지의 철강회사를 위한 프로젝트를 시작으로, 코스닥에 입성까지 성공한 IT 벤처 기업에서 여러 해 동안 근무하다, 최근 코스닥에 상장한 공장까지 갖춘 제조형 벤처 기업로 적을 옮겨 근무하고 있다. 클라이언트-서버, 웹 기반 프로그램을 개발하다가 요즘은 ARM7 코어를 사용한 안광학 임베디드 장치에 들어가는 소프트웨어를 만들고 있다. 제작년 말부터 `컴퓨터 vs. 책`으로 제목붙인 블로그(http://blog.yahoo.co.kr/jhrogue)를 운영하면서 틈틈히 소프트웨어와 책과 관련한 여러 가지 흥미로운 이야기거리를 올리고 있다.


이해영

포항공과대학교 컴퓨터공학과 학부와 퍼듀 대학교 전자계산학과를 나왔다. 지나치게 세분화된 전문 소프트웨어 개발 회사에서 시작하여 개발자 각자가 슈퍼맨이 되어야 하는 작은 벤처 기업을 거쳐 기술적인 결정을 조직적인 이유로 내리는 대기업에 이르기까지 두루 거친 후, 미국에서 프리랜서와 개인 사업가로 변신했으며 현재는 미국 대기업에서 전문 기술 번역가로 활동 중이다.


강유

서울대 컴퓨터공학과 출신으로 보안 동아리 ‘가디언’을 만들었고 초대회장을 지냈으며 현재는 KT에서 정보보호 업무를 담당하고 있다. 다수의 보안제품 개발과 컨설팅에 참여했고 여러 기관과 단체에서 보안강의를 해오고 있다. 전문 분야는 오픈소스 침입탐지 시스템(Snort 2.0) 구축/최적화/관리, 위험관리 시스템 설계/운영, 네트워크/애플리케이션 모의 해킹, 컴퓨터 포렌식 조사 및 분석, 네트워크 보안 툴 개발 등이다.
역서로 에이콘출판사에서 펴낸『구글해킹』(2005), 『네트워크를 훔쳐라』(2003), 『해킹, 공격의 예술』(2004), 『시스코 네트워크 보안』(2005) 등이 있으며, 저서로 『강유의 해킹 & 보안 노하우』(2003)가 있다. 현재 에이콘출판사의 해킹과 보안 시리즈 에디터로 활동 중이다.


허영주

성균관대학교 컴퓨터공학과 석사를 졸업하고 현대정보기술(HIT) 개발실을 거쳐 현재 한국과학기술 정보연구원에서 연구원으로 근무하고 있다. 역서로는 에이콘출판사에서 출간한 『차세대 자바 SOAP AXIS』(2002), 『수학으로 디자인한 플래시의 세계』(2003), 『게임 제작 최전선: 기획에서 개발, 출시까지 게임의 모든 것』(2005), 『서브버전: 실무자가 꼭 알아야할 차세대 버전관리 시스템』(2005) 등이 있다.


김기영

KAIST 토목공학과 석사를 졸업했으며 현재 SK건설 부설 연구소에서 다수의 공학용 소프트웨어 개발/관리 업무를 수행하고 있다.
역서로는 에이콘출판사에서 펴낸『Beginning JavaScript』(2002), 『플래시 MX 액션스크립트 요술램프』(2003), 『이클립스 요술램프』(2003), 『비기닝 C-기초부터 차근차근』(2005) 등이 있다.

목차

• 미디어가 앞다퉈 보도한 조엘 온 소프트웨어
• 한국어판 출간에 즈음해 (조엘 스폴스키)
• 지은이 조엘 스폴스키 소개
• 옮긴이의 말, 하나 : 박재호
• 옮긴이의 말, 둘 : 이해영
• 들어가며
  
• 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이 자세한 이유
• 사무실 환경과 생산성
• 마이크로소프트 사의 소프트웨어 개발 방법
• 번역 중 겪은 에피소드
• 아마존을 들끓게 한 독자서평
  
• 소프트웨어 블로그 베스트29선
• 1. 스타일은 언어 요소입니다 - 켄 아놀드
• 2. 멍청한 사용자 인터페이스 최우수상: 윈도우 검색 - 레온 뱀브릭
• 3. 프로그래머 아웃소싱의 단점 - 마이클 빈
• 4. 엑셀을 데이터베이스처럼 활용하기 - 로리 블라이스
• 5. ICSOC04 강연 한 토막 - 애덤 보스워드
• 6. 환상 속에 고립된 소셜 소프트웨어 - 다나 보이드
• 7. 비정상적으로 행동하는 애플리케이션을 막지 않는 이유는? - 레이먼드 첸
• 8. 환상적인 사용자 인터페이스 - 케빈 쳉과 톰 치
• 9. 캐나다 인터넷을 WIPO로부터 보호하라 - 코리 닥터로우
• 10. EA: 휴먼 스토리 - ea_spouse
• 11. 타입검사와 테스트 - 브루스 에켈
• 12. 프로세싱 - 폴 포드
• 13. 위대한 해커 - 폴 그레이엄
• 14. 도스창을 날려 버린 주소창 - 존 그루버
• 15. 스타벅스에서 2단계 커밋을 사용하지 않는 이유 - 그레고르 호페
• 16. 열정 - 론 제프리즈
• 17. C++, 잊혀진 트로이의 목마 - 에릭 존슨
• 18. 전구 하나 바꾸는 데 마이크로소프트 직원 몇 명이 필요할까? - 에릭 립퍼드
• 19. 엉망진창 꼬여버린 상황 돌파하기 - 마이클 "랜즈" 롭
• 20. 래리의 소프트웨어공학 법칙 제2조: 테스터를 단순한 잣대로 평가하지 마십시오 - 래리 오스터만
• 21. 팀 보상 제도 - 메리 포펜딕
• 22. 맥 워드 6.0 - 릭 샤트
• 23. 그룹 자체가 최악의 적이다 - 클레이 셔키
• 24. 사용자로서의 집단: 비난과 소셜 소프트웨어 설계 - 애런 스워츠
• 25. 간격 좁히기, 제1부 - 에릭 싱크
• 26. 간격 좁히기, 제2부 - 에릭 싱크
• 27. 직원 채용에 대한 제언 - 에릭 싱크
• 28. 파워포인트 재구성 - 애런 스워츠