[Part I 전제]CHAPTER 1 소프트웨어 엔지니어링이란?1.1 시간과 변경1.2 규모 확장과 효율성1.3 트레이드오프와 비용1.4 소프트웨어 엔지니어링 vs 프로그래밍1.5 마치며1.6 핵심 정리[Part II 문화]CHAPTER 2 팀워크 이끌어내기2.1 내 코드를 숨기고 싶어요2.2 천재 신화2.3 숨기는 건 해롭다2.4 모든 건 팀에 달렸다2.5 마치며2.6 핵심 정리CHAPTER 3 지식 공유3.1 배움을 가로막는 장애물3.2 철학3.3 판 깔아주기: 심리적 안전3.4 내 지식 키우기3.5 질문 확장하기: 커뮤니티에 묻기3.6 지식 확장하기: 누구나 가르칠 게 있다3.7 조직의 지식 확장하기3.8 가독성 제도: 코드 리뷰를 통한 표준 멘토 제도3.9 마치며3.10 핵심 정리CHAPTER 4 공정 사회를 위한 엔지니어링4.1 편견은 피할 수 없다4.2 다양성이 필요한 이유 이해하기4.3 다문화 역량 갖추기4.4 다양성 실천하기4.5 단일한 접근 방식 거부하기4.6 확립된 프로세스에 도전하기4.7 가치 vs 결과4.8 관심을 잃지 말고 전진하자4.9 마치며4.10 핵심 정리CHAPTER 5 팀 이끌기5.1 관리자와 테크 리드(혹은 둘 다)5.2 개인 기여자에서 리더로5.3 엔지니어링 관리자5.4 안티패턴5.5 올바른 패턴5.6 예상 못한 질문5.7 그 외 조언과 요령5.8 사람은 식물과 같다5.9 마치며5.10 핵심 정리CHAPTER 6 성장하는 조직 이끌기6.1 늘 결정하라(Always Be Deciding)6.2 늘 떠나라(Always Be Leaving)6.3 늘 확장하라(Always Be Scaling)6.4 마치며6.5 핵심 정리CHAPTER 7 엔지니어링 생산성 측정하기7.1 엔지니어링 생산성을 측정하는 이유7.2 선별: 측정할 가치가 있는가?7.3 GSM 프레임워크: 목표와 신호를 뒷받침하는 의미 있는 지표 선정하기7.4 목표(goal)7.5 신호(signal)7.6 지표(metric)7.7 데이터로 지표 검증하기7.8 조치를 취하고 결과 추적하기7.9 마치며7.10 핵심 정리[Part III 프로세스]CHAPTER 8 스타일 가이드와 규칙8.1 규칙이 필요한 이유8.2 규칙 만들기8.3 규칙 수정하기8.4 지침8.5 규칙 적용하기8.6 마치며8.7 핵심 정리CHAPTER 9 코드 리뷰9.1 코드 리뷰 흐름9.2 코드 리뷰 @ 구글9.3 코드 리뷰의 이점9.4 코드 리뷰 모범 사례9.5 코드 리뷰 유형9.6 마치며9.7 핵심 정리CHAPTER 10 문서자료10.1 문서자료란?10.2 문서자료가 필요한 이유10.3 문서자료는 코드와 같다10.4 독자를 알라10.5 문서자료 유형10.6 문서자료 리뷰10.7 문서화 철학10.8 테크니컬 라이터가 필요한 순간10.9 마치며10.10 핵심 정리CHAPTER 11 테스트 개요11.1 테스트를 작성하는 이유11.2 테스트 스위트 설계하기11.3 구글 규모의 테스트11.4 구글의 테스트 역사11.5 자동 테스트의 한계11.6 마치며11.7 핵심 정리CHAPTER 12 단위 테스트12.1 유지보수하기 쉬워야 한다12.2 깨지기 쉬운 테스트 예방하기12.3 명확한 테스트 작성하기12.4 테스트와 코드 공유: DRY가 아니라 DAMP!12.5 마치며12.6 핵심 정리CHAPTER 13 테스트 대역13.1 테스트 대역이 소프트웨어 개발에 미치는 영향13.2 테스트 대역 @ 구글13.3 기본 개념13.4 테스트 대역 활용 기법13.5 실제 구현13.6 속이기(가짜 객체)13.7 뭉개기(스텁)13.8 상호작용 테스트하기13.9 마치며13.10 핵심 정리CHAPTER 14 더 큰 테스트14.1 더 큰 테스트란?14.2 더 큰 테스트 @ 구글14.3 큰 테스트의 구조14.4 더 큰 테스트 유형14.5 큰 테스트와 개발자 워크플로14.6 마치며14.7 핵심 정리CHAPTER 15 폐기15.1 폐기시키는 이유15.2 폐기는 왜 그리 어려운가?15.3 폐기 유형15.4 폐기 프로세스 관리15.5 마치며15.6 핵심 정리[Part IV 도구]CHAPTER 16 버전 관리와 브랜치 관리16.1 버전 관리란?16.2 브랜치 관리16.3 버전 관리 @ 구글16.4 모노리포(단일 리포지터리)16.5 버전 관리의 미래16.6 마치며16.7 핵심 정리CHAPTER 17 Code Search17.1 Code Search UI17.2 구글 개발자가 Code Search를 이용하는 방법17.3 독립된 웹 도구로 만든 이유17.4 규모가 설계에 미치는 영향17.5 구글은 어떻게 구현했나?17.6 구글이 선택한 트레이드오프17.7 마치며17.8 핵심 정리CHAPTER 18 빌드 시스템과 빌드 철학18.1 빌드 시스템의 목적18.2 빌드 시스템이 없다면?18.3 모던 빌드 시스템18.4 모듈과 의존성 다루기18.5 마치며18.6 핵심 정리CHAPTER 19 Critique: 구글의 코드 리뷰 도구19.1 코드 리뷰 도구 원칙19.2 코드 리뷰 흐름19.3 1단계: 변경 생성19.4 2단계: 리뷰 요청19.5 3~4단계: 변경 이해하고 댓글 달기19.6 5단계: 변경 승인(변경에 점수 매기기)19.7 6단계: 변경 커밋19.8 마치며19.9 핵심 정리CHAPTER 20 정적 분석20.1 효과적인 정적 분석의 특징20.2 정적 분석을 적용하며 깨우친 핵심 교훈20.3 Tricorder: 구글의 정적 분석 플랫폼20.4 마치며20.5 핵심 정리CHAPTER 21 의존성 관리21.1 의존성 관리가 어려운 이유21.2 의존성 임포트하기21.3 (이론상의) 의존성 관리21.4 유의적 버전의 한계21.5 자원이 무한할 때의 의존성 관리21.6 마치며21.7 핵심 정리CHAPTER 22 대규모 변경22.1 대규모 변경이란?22.2 누가 대규모 변경을 처리하나?22.3 원자적 변경을 가로막는 요인22.4 대규모 변경 인프라22.5 대규모 변경 프로세스22.6 마치며22.7 핵심 정리CHAPTER 23 지속적 통합23.1 지속적 통합이란?23.2 지속적 통합 @ 구글23.3 마치며23.4 핵심 정리CHAPTER 24 지속적 배포24.1 지속적 배포 이디엄 @ 구글24.2 속도는 팀 스포츠다: 배포를 관리 가능한 조각으로 나누기24.3 변경을 격리해 평가하자: 기능 플래그로 보호하기24.4 기민해지기 위한 분투: 릴리스 열차 갖추기24.5 품질과 사용자에 집중: 사용할 기능만 배포하자24.6 원점 회귀: 데이터에 기초해 더 일찍 결정하자24.7 팀 문화 바꾸기: 배포 규율 세우기24.8 마치며24.9 핵심 정리CHAPTER 25 서비스형 컴퓨트25.1 컴퓨트 환경 길들이기25.2 관리형 컴퓨트에 적합한 소프트웨어 작성하기25.3 시간과 규모에 따른 CaaS25.4 컴퓨트 서비스 선택하기25.5 마치며25.6 핵심 정리
구글러가 공개하는 기업에 혁신을 가져다주는 엔지니어링 전략여러분이 또 하나의 거대한 소프트웨어 엔지니어링 기업 ‘구글’을 만들 필요는 없습니다. 다만 구글이 그간 쌓아온 숱한 노하우를 모른다면, 여러분은 수만 명의 엔지니어가 20년 넘게 조화를 이뤄 다듬어온 소프트웨어 엔지니어링의 지식을 놓치게 됩니다. 모른 척하기에는 너무도 값진 지식일 것입니다. 이 책에서는 구글의 소프트웨어 엔지니어와 테크니컬 라이터가 뭉쳐 구글의 독창적인 엔지니어링 문화, 프로세스, 도구를 소개합니다. 단순히 도구의 기능과 활용법을 넘어 구글의 팀들이 따르는 철학과 프로세스까지 아주 상세히 설명합니다. 또한 프트웨어 조직이 코드를 설계, 작성, 유지 관리할 때 절대 잊어서는 안 되는 세 가지 기본 원칙도 함께 살펴봅니다. 이 책에 담긴 수만 명의 구글러가 여러 시행착오 끝에 검증한 실전 대응 기법이 적용된 다양한 사례와 예제로, 소프트웨어 엔지니어링의 핵심을 꿰뚫어보는 시각을 얻어 훌륭한 엔지니어로 거듭나길 바랍니다.
총 
바보 빅터
