장바구니 담기 close

장바구니에 상품을 담았습니다.

장바구니로 계속쇼핑하기
개발자를 위한 기술 부채 실무 가이드
미리보기

개발자를 위한 기술 부채 실무 가이드

  • 니일 언스트
  • |
  • 위키북스
  • |
  • 2025-01-21 출간
  • |
  • 344페이지
  • |
  • 175 X 235 X 14mm
  • |
  • ISBN 9791158395612
판매가

28,000원

즉시할인가

25,200 원

배송비

무료배송

(제주/도서산간 배송 추가비용:3,000원)

추가상품
상품선택
독서대 7,900원 독서대 선택안함 0원
수량
+ -
총주문금액
25,200원
장바구니 구매하기

※ 스프링제본 상품은 반품/교환/환불이 불가능하므로 신중하게 선택하여 주시기 바랍니다.

북스크린영상으로 만나보는 한 권의 책 이야기

목차

▣ 01장: 서론
1.1 기술 부채란 무엇인가?
1.2 메타포를 넘어서
1.3 이번 장을 마치며
1.4 이 책의 개요

▣ 02장: 기술 부채의 중요성
2.1 기술 부채의 발생
2.2 기술 부채에 어떻게 접근해야 하는가
2.3 기술 부채의 실질적인 결과
2.4 기술 부채 관리의 중요성
2.5 미래의 기술 부채에 대응하는 것의 어려움
2.6 기술 부채의 이점
2.7 부채 발생이 허용되는 경우: 갚지 않아도 될 때
2.8 이번 장을 마치며

▣ 03장: 요구 사항 부채
3.1 요구 사항 부채 식별하기
__3.1.1 요구 사항 부채의 원천
__3.1.2 요구 사항 부채 찾아내기
3.2 요구 사항 부채 관리하기
3.3 요구 사항 부채 피하기
__3.3.1 요구 사항 도출
__3.3.2 요구 사항 수집에 대한 새로운 접근 방식
__3.3.3 요구 사항 기록하기
3.4 이번 장을 마치며

▣ 04장: 설계 및 아키텍처 부채
4.1 설계 부채 식별하기
__4.1.1 설계 부채의 수치화
__4.1.2 관련된 정보 수집하기
__4.1.3 수집한 정보 분석
4.2 설계 부채 관리하기
4.3 설계 부채 피하기
4.4 이번 장을 마치며
사례 연구 A: 브라이트스퀴드

▣ 05장: 구현 부채
5.1 코드에서 기술 부채 식별하기
__5.1.1 코딩 스타일
__5.1.2 비효율적인 코드
__5.1.3 오래됐거나 단계적으로 제거됐거나 안전하지 않은 함수 또는 프레임워크 사용
__5.1.4 코드 복사: 똑같은 일을 두 번 하지 말 것
5.2 구현 부채 관리하기
__5.2.1 코드 분석기 사용
__5.2.2 코딩 가이드라인 정의
__5.2.3 새로운 언어 특징 사용
5.3 구현 부채 피하기
__5.3.1 언어와 라이브러리를 현명하게 선택하기
__5.3.2 효과적인 코드 리뷰
__5.3.3 코드베이스에서 지표를 수집하고 분석하기
5.4 이번 장을 마치며

▣ 06장: 테스트 부채
6.1 테스트는 어떻게 기술 부채와 연관되는가
6.2 테스트에 대한 인식 증가
6.3 테스트의 부족성과 필요성 식별하기
__6.3.1 민첩성 상실과 버그의 증가
__6.3.2 테스트 수준
__6.3.3 적절한 수준의 테스트
6.4 테스트 활동 관리하기
__6.4.1 테스트 대상은 무엇인가?
__6.4.2 코드 커버리지 측정
6.5 테스트 부채 피하기
__6.5.1 테스트 주도 개발의 채택
__6.5.2 테스트 실행의 유지와 분석
__6.5.3 테스트 자동화
__6.5.4 수동 테스트 피하기
6.6 이번 장을 마치며
사례 연구 B: 트위터

▣ 07장: 배포 부채
7.1 배포 부채 식별하기
__7.1.1 증상 1: 프로덕션에서 즉시 발견되는 버그
__7.1.2 증상 2: 배포 몇 주 후에 발견되는 버그
__7.1.3 증상 3: 롤백 불가능
__7.1.4 배포 프로세스에서 기술 부채를 구성하는 요소
7.2 배포 부채 관리하기
__7.2.1 배포 환경의 분리
__7.2.2 관찰가능성으로 문제 해결하기
__7.2.3 비기능적 지표의 추적…
__7.2.4 …그리고 기능적 지표의 추가
7.3 배포 부채 피하기
__7.3.1 자동화된 점진적 배포
__7.3.2 지속적인 통합 파이프라인에 배포 통합하기
__7.3.3 배포 프로세스 정립
__7.3.4 새로운 제품 기능에 킬 스위치 구현하기
7.4 이번 장을 마치며

▣ 08장: 문서 부채
8.1 문서화를 해야 하는 이유
__8.1.1 독자를 위해 써라
__8.1.2 반복하지 말라
__8.1.3 모호함을 피하라
__8.1.4 정리 형식을 사용하라
__8.1.5 결정을 내린 근거를 기록하라
__8.1.6 문서를 최신 상태로, 하지만 너무 최신은 아니게 유지하라
__8.1.7 문서 적합성을 리뷰하라
8.2 문서 부채 식별하기
__8.2.1 문서화 수요 예측
__8.2.2 문서화에 관련된 문제 인식
__8.2.3 문서화해야 하는 내용
__8.2.4 문서 부채가 문제가 되는 이유
8.3 문서 부채 관리하기
__8.3.1 코드를 작성하면서 문서화도 진행
__8.3.2 다이어그램은 어떨까?
__8.3.3 코드와 테스트, 문서를 모두 함께 작성
8.4 문서 부채 피하기
__8.4.1 추적성
__8.4.2 출시 프로세스의 일부로서의 문서 품질 확인
8.5 설계 및 기술 부채의 문서화
8.6 이번 장을 마치며
사례 연구 C: 과학 연구용 소프트웨어

▣ 09장: 머신러닝 시스템의 기술 부채
9.1 배경
9.2 머신러닝 부채 식별하기
__9.2.1 설계상의 선택
__9.2.2 통합 부채
__9.2.3 설명가능성
__9.2.4 시스템 구성
__9.2.5 테스트
9.3 머신러닝 부채 관리하기
__9.3.1 더 간단한 접근
__9.3.2 탐색 실험 중의 버전 관리
__9.3.3 교차 기능 팀
9.4 머신러닝 부채 피하기
9.5 이번 장을 마치며

▣ 10장: 팀 관리와 사회적 부채
10.1 사회적 부채의 정의
10.2 사회적 부채 식별하기
10.3 사회적 부채 관리하기
10.4 사회적 부채 피하기
10.5 이번 장을 마치며

▣ 11장: 비즈니스 사례 만들기
11.1 지표를 통한 기술 부채 식별
__11.1.1 기술 부채로 인한 경제적 영향의 수치화
__11.1.2 기술 부채 구제 방법의 정당화
11.2 경영진의 대응 방법
__11.2.1 고기능 팀의 구성
__11.2.2 가치 흐름에 초점 맞추기
11.3 기술자들과 경영진의 방향성 일치
__11.3.1 리얼 옵션 개념의 적용
__11.3.2 소프트웨어 설계 움직임 추적
11.4 이번 장을 마치며
사례 연구 D: 안전 필수 시스템

▣ 12장: 결론
추천포스트

교환 및 환불안내

도서교환 및 환불
  • ㆍ배송기간은 평일 기준 1~3일 정도 소요됩니다.(스프링 분철은 1일 정도 시간이 더 소요됩니다.)
  • ㆍ상품불량 및 오배송등의 이유로 반품하실 경우, 반품배송비는 무료입니다.
  • ㆍ고객님의 변심에 의한 반품,환불,교환시 택배비는 본인 부담입니다.
  • ㆍ상담원과의 상담없이 교환 및 반품으로 반송된 물품은 책임지지 않습니다.
  • ㆍ이미 발송된 상품의 취소 및 반품, 교환요청시 배송비가 발생할 수 있습니다.
  • ㆍ반품신청시 반송된 상품의 수령후 환불처리됩니다.(카드사 사정에 따라 카드취소는 시일이 3~5일이 소요될 수 있습니다.)
  • ㆍ주문하신 상품의 반품,교환은 상품수령일로 부터 7일이내에 신청하실 수 있습니다.
  • ㆍ상품이 훼손된 경우 반품 및 교환,환불이 불가능합니다.
  • ㆍ반품/교환시 고객님 귀책사유로 인해 수거가 지연될 경우에는 반품이 제한될 수 있습니다.
  • ㆍ스프링제본 상품은 교환 및 환불이 불가능 합니다.
  • ㆍ군부대(사서함) 및 해외배송은 불가능합니다.
  • ㆍ오후 3시 이후 상담원과 통화되지 않은 취소건에 대해서는 고객 반품비용이 발생할 수 있습니다.
반품안내
  • 마이페이지 > 나의상담 > 1 : 1 문의하기 게시판 또는 고객센터 1800-7327
교환/반품주소
  • 경기도 파주시 문발로 211 1층 / (주)북채널 / 전화 : 1800-7327
  • 택배안내 : CJ대한통운(1588-1255)
  • 고객님 변심으로 인한 교환 또는 반품시 왕복 배송비 5,000원을 부담하셔야 하며, 제품 불량 또는 오 배송시에는 전액을 당사에서부담 합니다.