책 이미지

책 정보
· 분류 : 국내도서 > 컴퓨터/모바일 > 컴퓨터 공학 > 소프트웨어 공학
· ISBN : 9788995856468
· 쪽수 : 270쪽
· 출판일 : 2007-08-09
책 소개
목차
머리말
서문
1 서론
1.1 습관적인 탁월함
1.2 실용주의적 관점
1.3 로드맵
1.4 앞으로 나아가기
1.5 이 책을 어떻게 읽어야 하나?
2 도구와 인프라스트럭처
[1]. 모래 상자(Sandbox) 안에서 개발하기
[2]. 자산을 관리하세요
[3]. 빌드를 스트립트화하세요.
[4]. 자동으로 빌드하세요.
[5]. 이슈를 추적하세요.
[6]. 기능을 추적하세요.
[7]. 테스트 장비를 사용하세요.
[8]. 도구를 선택하는 방법
[9]. 실험하지 말아야 할 때
3 실용주의적 프로젝트 기술
[10]. 목록에 따라 일하세요.
[11]. 기술 리더
[12]. 매일 협력하고 의사소통하기
[13]. 코드를 모두 검토하세요
[14]. 코드 변경 통지 보내기
[15]. 모두 통틀어서
4 예광탄 개발
예광탄 개발
프로세스 상의 흔한 문제들
프로세스 정의하기
TBD는 어떻게 작동할까요
시스템 객체를 정의하세요
협동해서 인터페이스 정의하세요
인터페이스 스텁을 작성하세요
계층끼리 대화할 수 있게 만드세요
스텁에 기능적 코드를 채워 넣으세요
리팩토링하고 다듬으세요
간단한 사례
예광탄 개발 방법론 홍보하기
이렇게 시작하세요
이렇게 하고 있다면 제대로 하고 있는 겁니다
경고 신호
5 일반적인 문제와 해결방법
[16]. 도와주세요! 코드를 인수 받았어요.
[17]. 테스트할 수 없는 코드를 테스트하기
[18]. 기능에 문제가 계속 발생합니다.
[19]. 테스트? 우리는 더 이상 테스트를 활용하지 않습니다.
[20]. 하지만 저는 된다구요!
[21]. 코드를 통합할 때 골치 아픕니다.
[22]. 제품을 안정적으로 빌드하지 못합니다.
[23]. 고객이 불만을 표출합니다.
[24]. 불한당 개발자가 있습니다.
[25]. 관리자가 불만스러워 합니다.
[26]. 팀이 협동을 못합니다.
[27]. 핵심적인 부분에 대한 "내부의 지지"를 얻지 못합니다.
[28]. 새로운 실천방법이 도움이 안 됩니다
[29]. 자동화된 테스트가 없습니다.
[30]. 우리는 신참 개발자들이고 이끌어줄 사람이 없습니다.
[31]. "죽음의 행진" 프로젝트에 참여하고 있습니다.
[32]. 피쳐 크리프(Feature Creep) 현상이 일어납니다.
[33]. 프로젝트가 끝날 기미가 안 보입니다.
A 조언 요약
B 소스 코드 관리
C 빌드 스크립트 도구
D 지속적인 통합 시스템 (Continuous Integration System)
E 이슈 추적 소프트웨어
F 개발 방법론
G 테스트 프레임워크
H 추천 도서 목록
H.1 참고 문헌
책속에서
책의 각 섹션을 다 읽고 나면, 잠시 멈추고 5분 정도 투자해서 오늘 하는 일에 각 개념을 적용할 방법을 찾으려 애써보세요. 잊지 마세요. 애써 생각하지 않아도 나오는 가장 쉬운 해답은 ‘그건 할 수 없어’라는 말입니다. 그보단 더 노력하세요! 새 개념을 적용할 방법을 찾지 못했다면, 동료를 붙잡고 물어보세요. 자신의 눈으로 보지 못한다면, 다른 사람의 눈으로 보면 됩니다. 동료의 경험을 활용하는 법을 배우는 것은 어느 분야에서든 장인의 보증수표입니다. -본문 중에서
이것은 훌륭한 생각입니다. 하지만 최고이면서 똑똑한 사람 중에서도 정말 최고인 사람과 직접 만나기는 힘듭니다. 마틴 파울러, 켄트 벡, 그리고 실용주의 프로그래머들과 같은 사람은 우리 대부분에게 시간을 내주지 못합니다. 하지만 그 사람들의 책, 기사, 그리고 프리젠테이션은 그럴 수 있습니다. 그러니 책을 읽으세요. 한 달에 한 권이라면 그렇게 힘들진 않습니다. 하지만 거기서 멈추진 마세요. 새로운 프로그래밍 언어를 배우거나 다른 개발 프로세스를 연구해보세요. 그리고 뭔가를 배우는 중간이나 책을 읽는 와중에도, 새로운 아이디어를 지금 업무에 적용할 방법을 찾아보세요. 새 아이디어를 본업에 적용해보세요. 그렇게 하면 회사를 개선시키는 데 도움이 될 뿐만 아니라 (더 중요한 일인데) 여러분 자신 또한 개선시키게 됩니다. -본문 중에서
주변여건과 프로세스를 분석하고 비판하면 약점을 찾아낼 수 있습니다. 어쩌면 지금 프로젝트를 개선시키는 데 도움이 될지도 모릅니다. 아니면 다음 프로젝트에서라도요. 어떻게 되든 생각하는 법을 새로 배우게 될 텐데, 여러분이 어디서 일하든 쓸모있을 겁니다. 대부분의 사람은 이런 개념을 결코 배우지 못하고, 훨씬 적은 수의 사람만 잘 해냅니다. -본문 중에서