일 잘하는 엔지니어의 생각기법

AI는 쉽게 따라 하기 어려운, 인간 개발자와 엔지니어가 자신의 능력치를 최대로 발휘할 수 있는 신속하고 정확한 문제 해결력과 사고법을 알려주는 책!

“문제의 본질”을 면밀히 관찰해서 시스템과 솔루션의 “성능”을 개선하고 최적화함으로써, 눈앞의 문제를 빠르고 정확히 해결하기 위한 “엔지니어적 사고의 기술”

--

시스템이 느려지면 심각한 문제가 발생한다. 시간과 비용을 낭비하게 되기 때문이다. 심지어 프로젝트가 중단될 수도 있고 경력에 위기가 닥칠 수도 있다. 하지만 무슨 일이 일어나고 있는지를 잘 이해한다면, 성능에 대해 꾸준히 좋은 결정을 내리는 것은 놀라울 정도로 쉽다. 이 책에서는 시스템이 왜 그렇게 동작하고 있는지의 이유를 명확하고 사려 깊게 설명해준다.

30여 년이 넘는 현장 경력을 보유한 저자 캐리 밀샙은 흥미로운 스토리텔링 기법을 활용한 111가지 일화 속에서 컴퓨터 소프트웨어든 일상 작업이든 (말 그대로) 모든 시스템의 성능을 개선하는 최적화 스킬을 알려준다. 또한, 엔지니어나 개발자가 어떤 사고와 마인드셋을 갖춰야 할지, 어떻게 하면 더욱 일관되고 자신있는 최적화를 수행할 수 있을지를 재미있게 들려준다.

컴퓨터 프로그램과 프로세스가 여러분의 시간을 어떻게 사용하고 있는지, 그리고 그것을 개선하려면 무엇을 해야 하는지 알고 싶어하는 모든 이를 위한 책이다.

지은이 : 캐리 밀샙 (Cary Millsap)

1990년대 십여 년간 오라클 컨설턴트로 일하며 일생일대의 많은 기술적, 정치적 교훈을 익혔다. 1999년 무렵에는 백여 곳에 달하는 다양한 고객사들과 함께 일하며 인상적인 실적을 쌓았고, 오라클이 전 세계 수백 곳의 고객사를 지원하기 위해 운영한 85명의 엘리트 성능 전문가 팀을 구축하고 교육했다.

2004년에 집필한 『오라클 성능 최적화(Optimizing Oracle Performance)』(오라일리) 책으로 연구자 제프 홀트(Jeff Holt)와 함께 〈오라클 매거진〉이 선정한 ‘올해의 저자’로 선정되기도 했다.

2008년에는 메서드R사(Method R Corporation)를 설립해서 전 세계 굴지 고객사들을 대상으로 서비스를 제공하며, 수천 개의 오라클 추적 파일을 관리, 마이닝, 조작할 수 있는 세계 최초의 소프트웨어 시스템을 만들기도 했다. 경력 전반에 걸쳐 글쓰기, 교육, 그리고 각종 공개 행사에서의 강연 등을 통해 수천 명의 정보기술 전문가들을 교육해 왔다.

옮긴이 : 장현희

지난 10여 년간 호주와 캐나다에서 시니어 엔지니어 및 스태프 엔지니어로 경험을 쌓았으며 현재는 프린시펄 소프트웨어 엔지니어(principal software engineer)로서 소프트웨어 개발은 물론 성공적인 엔지니어링 팀과 문화의 구축에 힘을 쏟고 있다.

지금까지 30권이 넘는 개발 관련서를 집필/번역하면서 책이라는 매개체로 멀리서나마 국내 개발자들과 꾸준히 소통하고 있으며 대표적인 번역서로는 『필독! 개발자 온보딩 가이드』(책만, 2023), 『딱 한 줄로! 파이썬 제대로 코딩하기』(책만, 2024),『스태프 엔지니어』(길벗, 2022), 『SRE를 위한 시스템 설계와 구축』(한빛미디어, 2022), 『엔터프라이즈 데이터 플랫폼 구축』(책만, 2020), 『사이트 신뢰성 엔지니어링』(제이펍, 2018), 『클라우드 네이티브 자바』(책만, 2018) 등이 있다.

1장 관찰하기

#001 팀장 밥

#002 필리스의 테스트

#003 진짜 목표

#004 낸시의 좁은 칸막이 책상

#005 올바른 지점을 관찰하기

#006 관찰할 수 없는 상황이라면

2장 방법론

#007 49가지 고충

#008 배송 송장 출력 문제

#009 더 많은 고충들

#010 우선순위

#011 그냥 시스템 전체가 느리다고요

#012 부수적 혜택

#013 은탄환에 대한 기대

#014 증상 목록

#015 R 방법론

3장 프로파일링

#016 급여명세서

#017 시퀀스 다이어그램

#018 간트 차트

#019 애플리케이션 동작의 추적

#020 프로파일

#021 프로파일의 생성

4장 성능 측정하기

#022 성능도 기능이다

#023 재현 가능한 테스트 케이스

#024 간헐적으로 발생하는 문제

#025 얼마나 많은 데이터를 추적해야 할까

#026 경험의 확인

#027 측정 침입

5장 최적화

#028 수수께끼

#029 게임

#030 이벤트 카운트

#031 이벤트 실행 시간

#032 필터링은 되도록 빨리

#033 왼쪽을 바라보자

#034 토우-밀샙의 법칙

#035 병목

#036 ‘시스템 병목’의 이해

#037 서브시스템 최적화의 문제

#038 모든 문제는 왜곡 문제다

#039 주요 실행 경로

6장 지연

#040 케빈

#041 대기 지연

#042 대기열 이론

#043 쌍곡선

#044 트래픽 강도

#045 점유율

#046 쌍곡선 효과

#047 일관성 지연

#048 지연과 처리량

7장 낭비

#049 컨설턴트 데브라

#050 램프 문제

#051 회계 전문가 마사

#052 효율성

#053 문제를 고칠까 아니면 자원을 추가할까

#054 전설 속 설인 예티

#055 빠른 속도 vs 효율성

#056 확장성

8장 문제 해결

#057 4가지 간단한 질문

#058 데이터를 끝까지 살펴보기

#059 임원의 피드백 루프

#060 부수적 피해

#061 과유불급

#062 IT 본부장 더그

#063 완료란 무엇인가

9장 예측

#064 엔터프라이즈 아키텍트 리차드

#065 예측이 필요한 이유

#066 프로파일을 통한 예측

#067 할지 말지에 대한 예측

#068 선형 동작

#069 왜곡

#070 이벤트 간의 상호의존성

#071 비선형 동작

10장 대기 시간 숨기기

#072 엄마의 초단시간 요리 노하우

#073 도미닉

#074 병렬화

#075 시스템 녹이기 게임

#076 멀티태스킹

#077 인간의 멀티태스킹

11장 논리적 오류

#078 사악한 램프요정 지니

#079 가죽 자켓

#080 묻혀 있는 이상치

#081 요청을 할 때는 주의 깊게

#082 백분위수 명세

#083 적중률 문제

#084 연비 문제

#085 비율의 문제

#086 처리량과 응답 시간은 어떨까

#087 비율은 쓸모없는 것일까

#088 비율을 신뢰할 수 있는 경우

#089 개선된 성능에 대해 설명하기

#090 ‘n배 빨라짐’의 미신

12장 테스팅

#091 테스트가 필요한 이유

#092 위험

#093 파괴적 테스트

#094 테스트는 그저 하나의 단계가 아니다

#095 자동화 테스트

#096 문제 예방하기

13장 계획

#097 유틀리 선생님

#098 용량 계획

#099 사용량 목표

#100 하드웨어 업그레이드가 필요한 시점

14장 정치적 견해

#101 입증

#102 더 적은 것을 약속할 때의 문제

#103 프로젝트의 위험을 확인하는 7가지 방법

#104 빨리 실패하기

#105 체면

#106 보석상의 판매 전략

#107 변경 관리

#108 기록 남기기

#109 실패

#110 긴장은 하되 걱정은 금물

15장 재미삼아

#111 꼬맹이들 최적화