Detail View

프로젝트에 참여하고 있고, 제품을 내놓고 싶은 개발자를 위한 책이다. 동시에 기술적 배경이 부족한 관리자를 위한 책이기도 하다. 저자들이 내세운 '예광탄 개발'은 <리팩토링>의 저자 마틴 파울러가 제창한 '지속적인 통합'의 개념을 충실히 따른다.

수많은 소프트웨어 개발 프로젝트를 컨설팅 해온 두 저자가 실전 경험을 바탕으로 현장에서 검증된 기본적이고 실천적인 충고들을 모았다. 실용적이고 유용한 개발 도구를 올바로 선택하도록 하며, 힘들이지 않고 보다 현명하게 일할 수 있는 여러 기법을 소개한다.

기술 리더이든 팀의 막내 개발자이든 책 속의 매끄럽게 흘러가는 개발 프로세스를 접하고 따라 한다면 자기 자신과 팀에 발전을 이끌어낼 수 있다. 개발자였다가 관리자로 전향한 저자는 경력 20년이 넘는 소프트웨어 개발자인 윌과 함께 유연한 소프트웨어 개발 방법과 관리 방법을 상세하게 다룬다.

프로젝트에 참여하고 있고, 제품을 내놓고 싶은 개발자를 위한 책이다. 동시에 기술적 배경이 부족한 관리자를 위한 책이기도 하다. 저자들이 내세운 '예광탄 개발'은 <리팩토링>의 저자 마틴 파울러가 제창한 '지속적인 통합'의 개념을 충실히 따른다.

수많은 소프트웨어 개발 프로젝트를 컨설팅 해온 두 저자가 실전 경험을 바탕으로 현장에서 검증된 기본적이고 실천적인 충고들을 모았다. 실용적이고 유용한 개발 도구를 올바로 선택하도록 하며, 힘들이지 않고 보다 현명하게 일할 수 있는 여러 기법을 소개한다.

기술 리더이든 팀의 막내 개발자이든 책 속의 매끄럽게 흘러가는 개발 프로세스를 접하고 따라 한다면 자기 자신과 팀에 발전을 이끌어낼 수 있다. 개발자였다가 관리자로 전향한 저자는 경력 20년이 넘는 소프트웨어 개발자인 윌과 함께 유연한 소프트웨어 개발 방법과 관리 방법을 상세하게 다룬다.

Information Provided By: :

목차
추천의 글 = xvi
서문 = xviii
1장 서론 = 1
 1.1 습관적인 탁월함 = 2
 1.2 실용주의적 관점 = 4
 1.3 로드맵 = 6
  인프라스트럭처 = 6
  기법 = 8
  프로세스 = 8
  흔하게 벌어지는 문제와 문제를 해결하는 법 = 8
  무엇이 빠졌는가? = 9
 1.4 앞으로 나아가기 = 10
 1.5 이 책을 어떻게 읽어야 하나? = 10
  여러분이 개발자이거나 테스터라면 = 10
  여러분이 프로젝트 팀 리더라면 = 11
  여러분이 관리자거나 깊게 관련된 고객이라면 = 12
  개인이 모여 팀을 이룬다 = 12
2장 도구와 인프라스트럭처 = 17
 아무도 프레드가 겪은 문제를 알지 못한다 = 18
 여러분의 하루는 어떻게 다를까요? = 19
 프레드가 빠진 함정에 걸리지 말자 = 21
 [01] 모래 상자(Sandbox) 안에서 개발하기 = 23
 [02] 자산을 관리하세요 = 27
  저 개가 내 소스 코드를 먹어버렸어요 = 29
  어떻게 시작하면 될까요? = 30
  내가 제대로 하고 있는 걸까요? = 31
  경고 신호 = 32
 [03] 빌드를 스트립트화 하세요 = 34
  어떻게 시작하면 될까요? = 38
  내가 제대로 하고 있는 걸까요? = 39
  경고 신호 = 39
 [04] 자동으로 빌드하세요 = 40
  프리젠테이션 = 43
  어떻게 시작하면 될까요? = 44
  제대로 사용하고 있는 걸까요? = 45
  경고 신호 = 46
 [05] 이슈를 추적하세요 = 46
  어떻게 시작하면 될까요? = 49
  제대로 사용하고 있는 걸까요? = 50
  경고 신호 = 51
 [06] 기능을 추적하세요 = 52
  어떻게 시작하면 될까요? = 53
  제대로 사용하고 있는 걸까요? = 54
  경고 신호 = 54
 [07] 테스트 장비를 사용하세요 = 55
  어떻게 시작하면 될까요? = 62
  제대로 사용하고 있는 걸까요? = 63
  경고 신호 = 64
 [08] 도구를 선택하는 방법 = 64
 [09] 실험하지 말아야 할 때 = 66
3장 실용주의적 프로젝트 기술 = 69
 [10] 목록에 따라 일하세요 = 71
  왜 목록이 필요할까요? = 73
  목록을 어떻게 사용해야 할까요? = 74
  누구나 사용할 수 있어야 합니다 = 77
  우선순위를 부여해야 합니다 = 78
  시간 예측 = 79
  죽어 있는 문서가 아닌 살아있는 문서여야 합니다 = 79
  측정 가능해야 합니다 = 80
  목표가 있어야 합니다 = 82
  목록이라면 이래야 합니다 = 83
  이렇게 시작하세요 = 83
  이렇게 하고 있다면 제대로 하고 있는 겁니다 = 84
  경고 신호 = 84
 [11] 기술 리더 = 86
  기술 리더가 필요한 이유 = 86
  기술 리더의 책임 = 88
  팀이 나가야 할 방향을 설정합니다 = 89
  프로젝트의 기능 목록을 관리합니다 = 89
  기능 요구사항에 우선순위를 부여합니다 = 90
  정신을 산만하게 만드는 외적인 요소로부터 팀을 보호합니다 = 92
  '목록'은 어떻게 만드나요? = 93
  기술 리더는 어떤 사람일까요? = 94
  이렇게 시작하세요 = 94
  이렇게 하고 있다면 제대로 하고 있는 겁니다 = 96
  경고 신호 = 96
 [12] 매일 협력하고 의사소통하기 = 97
  일일 회의가 필요한 이유 = 97
  일일 회의가 좋은 이유 = 98
  또 엉뚱한 일을 하네 = 99
  바퀴를 다시 발명하기 = 99
  회전초 개발자 = 100
  전문지식 증폭기 = 101
  팀 커뮤니케이션 = 101
  큰 그림 그리기 = 102
  대안 = 103
  일일 회의는 이래야 합니다 = 104
  이렇게 시작하세요 = 105
  초점을 놓치지 마세요 = 106
  이렇게 하고 있다면 제대로 하고 있는 겁니다 = 107
  경고 신호 = 108
 [13] 코드를 모두 검토하세요 = 110
  이렇게 시작하세요 = 120
  이렇게 하고 있다면 제대로 하고 있는 겁니다 = 120
  경고 신호 = 121
 [14] 코드 변경 통지 보내기 = 122
  예상치 못한 이점 = 124
  모든 사람에게 코드 통지를 보내세요 = 124
  코드 통지를 무시하고 싶다면 그렇게 하세요 = 125
  이렇게 시작하세요 = 125
  이렇게 하고 있다면 제대로 하고 있는 겁니다 = 127
  경고 신호 = 127
 [15] 모두 통틀어서 = 128
4장 예광탄 개발 = 131
 예광탄 개발 = 131
 프로세스 상의 흔한 문제들 = 132
 프로세스 정의하기 = 133
 TBD는 어떻게 작동할까요 = 135
 시스템 객체를 정의하세요 = 137
 협동해서 인터페이스 정의하세요 = 140
 인터페이스 스텁을 작성하세요 = 143
 계층끼리 대화할 수 있게 만드세요 = 145
 스텁에 기능적 코드를 채워 넣으세요 = 147
 리팩토링하고 다듬으세요 = 149
 간단한 사례 = 152
 예광탄 개발 방법론 홍보하기 = 155
 이렇게 시작하세요 = 159
 이렇게 하고 있다면 제대로 하고 있는 겁니다 = 160
 경고 신호 = 160
5장 일반적인 문제와 해결방법 = 161
 [16] 도와주세요! 코드를 인수받았어요 = 162
 [17] 테스트할 수 없는 코드를 테스트하기 = 164
 [18] 기능에 문제가 계속 발생합니다 = 166
 [19] 테스트? 우리는 더 이상 테스트를 활용하지 않습니다 = 168
 [20] 하지만 저는 된다구요! = 170
 [21] 코드를 통합할 때 골치 아픕니다 = 171
 [22] 제품을 안정적으로 빌드하지 못합니다 = 173
 [23] 고객이 불만을 표출합니다 = 175
 [24] 불한당 개발자가 있습니다 = 177
  관리자의 관점 = 177
 [25] 관리자가 불만스러워 합니다 = 181
  상사가 매 시간 와서 상황이 어떻게 돌아가나 물으면 어떻게 할까요? = 182
 [26] 팀이 협동을 못합니다 = 183
 [27] 핵심적인 부분에 대한 '내부의 지지'를 얻지 못합니다 = 184
  관리자의 관점 = 184
  개발자의 관점 = 186
  고객의 관점 = 186
 [28] 새로운 실천방법이 도움이 안 됩니다 = 188
  새로운 실천방법을 도입해선 안 될 시기 = 188
  새로운 실천방법을 도입하는 방법 = 189
 [29] 자동화된 테스트가 없습니다 = 192
 [30] 우리는 신참 개발자들이고 이끌어줄 사람이 없습니다 = 194
 [31] '죽음의 행진' 프로젝트에 참여하고 있습니다 = 195
 [32] 피쳐 크리프(Feature Creep) 현상이 일어납니다 = 197
 [33] 프로젝트가 끝날 기미가 안 보입니다 = 198
  개발자의 관점 = 200
  관리자의 관점 = 200
  고객의 관점 = 201
부록 A TIP 조언 요약 = 203
부록 B 소스 코드 관리 = 205
부록 C 빌드 스크립트 도구 = 209
부록 D 지속적인 통합 시스템 = 215
부록 E 이슈 추적 소프트웨어 = 219
부록 F 개발 방법론 = 223
부록 G 테스트 프레임워크 = 227
부록 H 추천 도서 목록 = 233
찾아 보기 = 239