필독! 개발자 온보딩 가이드
지속 가능한 소프트웨어와 원활한 협업 문화를 이해하는 프로페셔널 개발자의 탄생
$28.75
SKU
9791189909529
[Free shipping over $100]
Standard Shipping estimated by Fri 12/6 - Thu 12/12 (주문일로부 10-14 영업일)
Express Shipping estimated by Tue 12/3 - Thu 12/5 (주문일로부 7-9 영업일)
* 안내되는 배송 완료 예상일은 유통사/배송사의 상황에 따라 예고 없이 변동될 수 있습니다.
| Publication Date | 2023/05/31 |
| Pages/Weight/Size | 152*224*18mm |
| ISBN | 9791189909529 |
| Categories | IT 모바일 > 컴퓨터 공학 |
Description
“드디어 소프트웨어 개발자가 됐다. 그런데 이제 뭘 어떻게 해야 하지?”
“오늘 우리 회사에 신입이 들어왔다. 뭐부터 가르쳐야 하지?”
실용적인 개발자, 성장하는 개발자, 성공적인 개발자란 대체 어떤 모습이며, 어떻게 해야 완성될 수 있을까? 대부분의 신입 엔지니어는 어느 정도의 기술 기반은 갖추고 시작하지만 실제 현장 경험은 거의 없다. 이 책에서는 새로이 첫발을 내딛는 개발자나 초보 팀장이 IT 개발 현장에서 곧 맞닥뜨릴 모든 일을 알려주며, 성공으로 향하기 위해 필요한 핵심 정보가 가득 담겨 있다.
코딩, 설계, 배포, 코드리뷰, 테스트, 기업문화, 협업, 경력 계발 등 전반적인 소프트웨어 개발 수명주기에 따라 현업 실무를 이제 막 시작하거나 팀장으로서 직무를 수행해야 하는 개발자가 꼭 알아야 할 신규 입사 개발자와 경력 개발자 모두를 위한 필독 가이드다. 개발자를 준비하는 취업준비생과 사회초년생은 물론, 팀을 이끌어야 하는 시니어 엔지니어도 다시 한번 짚어야 할 금과옥조 같은 이야기가 가득하다. 저자진이 실리콘밸리에서 현업 개발자로 일하며 IT현장에서 겪었던 눈물 쏙 빠지게 재밌는 에피소드와 경험담도 읽는 재미를 부추기며 각 장 말미에는 개발자가 꼭 따라야 하거나 반드시 피해야 할 ‘개발자의 필수 체크리스트’도 수록했다.
“오늘 우리 회사에 신입이 들어왔다. 뭐부터 가르쳐야 하지?”
실용적인 개발자, 성장하는 개발자, 성공적인 개발자란 대체 어떤 모습이며, 어떻게 해야 완성될 수 있을까? 대부분의 신입 엔지니어는 어느 정도의 기술 기반은 갖추고 시작하지만 실제 현장 경험은 거의 없다. 이 책에서는 새로이 첫발을 내딛는 개발자나 초보 팀장이 IT 개발 현장에서 곧 맞닥뜨릴 모든 일을 알려주며, 성공으로 향하기 위해 필요한 핵심 정보가 가득 담겨 있다.
코딩, 설계, 배포, 코드리뷰, 테스트, 기업문화, 협업, 경력 계발 등 전반적인 소프트웨어 개발 수명주기에 따라 현업 실무를 이제 막 시작하거나 팀장으로서 직무를 수행해야 하는 개발자가 꼭 알아야 할 신규 입사 개발자와 경력 개발자 모두를 위한 필독 가이드다. 개발자를 준비하는 취업준비생과 사회초년생은 물론, 팀을 이끌어야 하는 시니어 엔지니어도 다시 한번 짚어야 할 금과옥조 같은 이야기가 가득하다. 저자진이 실리콘밸리에서 현업 개발자로 일하며 IT현장에서 겪었던 눈물 쏙 빠지게 재밌는 에피소드와 경험담도 읽는 재미를 부추기며 각 장 말미에는 개발자가 꼭 따라야 하거나 반드시 피해야 할 ‘개발자의 필수 체크리스트’도 수록했다.
Contents
1장 여정을 시작하며
〉 개발자로서의 첫 출발, 앞으로 어떤 길이 펼쳐질까
목표를 세우자
여정을 위한 지도
__초보자
__질풍노도의 성장
__신뢰할 수 있는 기여자
__운영의 바다
__능력자의 땅
전진, 앞으로!
2장 역량을 높이는 의식적 노력
〉 경쟁력을 갖춘 개발자가 되기 위해 스스로 해야 할 일
실전에 앞서 익혀야 할 자기주도 학습 방안
__본격적인 학습을 위한 몸풀기
__직접 부딪혀보며 배우자
__코드 동작을 이해하기 위해 다양한 실험을 해보자
__문서 읽는 습관은 몸에 배야 한다
__발표 영상을 찾아서 보자
__때로는 밋업과 컨퍼런스도 참여하자
__시니어 엔지니어의 업무를 체험하고 협업하자
__개인 프로젝트 활동에서도 배움을 얻을 수 있다
제대로 질문하자
__스스로 문제를 해결해보자
__제한 시간을 정하자
__자신이 시도한 방법을 공유하자
__동료를 방해하지 말자
__비동기식 멀티캐스팅 의사소통을 시도하자
__동기식 요청은 한 번에 보내자
성장의 장애물을 극복하자
__가면 증후군
__더닝 크루거 효과
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
3장 코드와 함께 춤을
〉 레거시 코드에 임하는 우리의 자세
소프트웨어 엔트로피는 늘어나게 마련이다
결코 피할 수 없는 기술 부채
__기술 부채를 상환하는 방법
코드 변경으로 인한 고통을 조금이라도 줄이려면
__레거시 코드 변경 알고리즘을 활용하자
__코드는 처음보다 더 깔끔하게 유지하자
__점진적으로 변경하자
__리팩터링은 실용적으로 진행하자
__IDE를 활용하자
__버전 제어 시스템의 권장 기법을 활용하자
소프트웨어 개발에서 빠지기 쉬운 함정을 최대한 피하려면
__되도록 검증된 기술을 사용하자
__제발 악동은 되지 말자
__업스트림 커밋 없이 포크만 하는 것은 금물이다
__코드 재작성에 대한 욕구를 견디자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
4장 운영 환경을 고려한 코드 작성
〉 개발 환경과 프로덕션 환경은 엄연히 다르다
장애에 대비하기 위한 방어적 프로그래밍 방안
__null 값 사용은 피하자
__불변 변수를 사용하자
__타입 힌트와 정적 타입 검사를 사용하자
__입력값을 검사하자
__예외를 활용하자
__예외는 구체적으로 정의하자
__예외는 일찍 던지고 최대한 나중에 처리하자
__재시도는 현명하게
__시스템에 멱등성을 부여하자
__리소스를 해제하자
문제 원인을 찾기 위한 로깅 방안
__로그 레벨을 사용하자
__로그는 원자적으로 작성하자
__로그는 신속하게 기록하자
__민감한 데이터는 로그에 기록하지 말자
애플리케이션 동작 측정을 위한 지표 활용 방안
__표준 지표 라이브러리를 사용하자
__모든 것을 측정하자
오늘날 분산 환경에서 더욱 중요해진 추적
설정으로 런타임 동작을 손쉽게 조정하려면
__지나치게 창의적인 설정은 금물이다
__모든 설정을 로그에 기록하고 검증하자
__기본값을 제공하자
__관련된 설정을 그룹화하자
__설정도 코드처럼 테스트하자
__설정 파일은 깔끔하게 유지하자
__배포된 설정은 변경하지 말자
때로는 도구가 운영의 성패를 결정짓기도 한다
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
5장 피할 수 없는 코드 의존성의 관리
〉 복잡한 프로그램을 짜봐야 비로소 깨닫는 의존성의 진실
의존성 관리를 이해하기 위한 필수 개념
__시맨틱 버저닝
__이행적 의존성
현업이면 누구나 한 번은 겪는 의존성 지옥
__의존성 지옥에서 탈출하자
__의존성을 격리하자
__의존성은 신중하게 추가하자
__버전을 고정하자
__의존성의 범위를 좁히자
__순환 의존성에 주의하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
6장 테스트! 개발자의 든든한 지원군
〉 업무 부하를 낮추면서 시스템 동작도 검증하는 테스트 방안
테스트를 꼭 해야 할까
테스트의 유형과 기법
다양한 테스트 도구
__모킹 라이브러리
__테스트 프레임워크
__코드 품질 보증 도구
개발자 스스로 직접 테스트를 작성하자
__테스트는 깔끔하게 작성하자
__과도한 테스트는 삼가자
테스트 결정성: 항상 동일한 테스트 결과를 만들려면
__난수생성기에 적절한 시드값을 사용하자
__단위 테스트에서 원격 시스템을 호출해서는 안 된다
__클럭을 주입하자
__슬립과 타임아웃의 사용을 삼가자
__네트워크 소켓과 파일 핸들을 닫자
__0번 포트에 바인딩하자
__파일과 데이터베이스에 대해 고유한 경로를 생성하자
__이전 테스트의 상태를 격리하고 해제하자
__테스트의 실행 순서에 의존하지 말자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
7장 올바로 주고받는 코드 리뷰
〉 원활한 팀 협업과 높은 코드 품질을 목표로
코드 리뷰는 왜 필요한가
코드 리뷰를 제대로 받는 방법
__코드 리뷰를 받을 때 준비해야 할 사항
__리뷰 초안이 있으면 위험을 낮출 수 있다
__테스트 실행을 위한 리뷰 제출은 금물이다
__코드 변경사항이 많을 때는 좀 더 면밀하게
__자신의 코드에 너무 집착하지 말자
__공감력을 갖되 무례함은 참지 말자
__주도적으로 행동하자
코드 리뷰를 제대로 해주는 방법
__리뷰 요청을 선별하자
__리뷰를 위한 시간을 마련하자
__코드 변경사항을 이해하자
__포괄적인 피드백을 제시하자
__좋은 점은 인정하자
__이슈, 제안, 사소한 흠결은 잘 구분하자
__대충대충 리뷰는 금물
__웹 기반 리뷰 도구에만 의존하지는 말자
__테스트 리뷰도 잊지 말자
__어떻게든 결론을 맺어야 한다
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
8장 고객 앞으로! 소프트웨어 전달
〉 마침내 프로덕션 환경에 안착시킬 소프트웨어의 종착지
소프트웨어 전달의 4가지 단계
효과적인 버전 제어를 위한 브랜칭 전략
빌드 단계
__패키지에 버전을 명시하자
__리소스는 각각 별도로 패키징하자
릴리스 단계
__릴리스를 남의 일로 여기지 말자
__패키지를 릴리스 리포지토리로 발행하자
__릴리스는 불변성을 갖게 하자
__자주 릴리스하자
__릴리스 일정은 투명하게 공유하자
__변경 로그와 릴리스 노트를 발행하자
배포 단계
__배포를 자동화하자
__배포는 원자적으로 수행하자
__애플리케이션을 독립적으로 배포하자
롤아웃 단계
__롤아웃을 모니터링하자
__기능 플래그를 활용하자
__서킷 브레이커를 이용해 코드를 보호하자
__서비스 버전은 병렬로 올리자
__다크 모드로 론칭하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
9장 긴급대응 온콜 업무
〉 언제 일어날지 모르는 장애에 대응하는 절차와 방안
긴급한 비상상황에 대응하는 온콜 업무
반드시 갖춰야 할 온콜 스킬
__항시 언제라도 대응할 준비를 갖추자
__주의를 늦추지 말고 집중하자
__업무 우선순위를 정하자
__명확하게 의사소통하자
__업무 진척사항을 추적하자
장애 처리의 5가지 단계
__선별
__조율
__완화
__해결
__후속 조치
지원 업무도 엄연한 온콜 업무다
영웅이 되려 하지는 말자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
10장 견고한 소프트웨어를 위한 기술 설계 절차
〉 대규모 변경에 적합한 소프트웨어 설계와 문서화 기법
고깔형의 기술 설계 절차
올바른 기술 설계를 하려면
__문제를 정의하자
__해결 방법을 조사하자
__다양한 실험을 해보자
__충분한 시간을 투자하자
의사소통을 위한 설계 문서 작성 방안
__중요한 변경사항은 문서화해두자
__설계 문서를 작성하는 이유를 이해하자
__글쓰는 법을 배우자
__설계 문서는 최신 상태로 유지하자
설계 문서 템플릿의 기본 구조
__개요
__현재 상태와 컨텍스트
__변경해야 하는 이유
__요구사항
__고려할 수 있는 해결책
__채택하려는 해결책
__설계와 아키텍처
__테스트 계획
__롤아웃 계획
__미결 사항
__부록
설계 과정에서도 협업은 중요하다
__팀의 설계 리뷰 절차를 이해하자
__갑작스런 상황은 만들지 말자
__설계를 논의하며 브레인스토밍을 하자
__설계에 참여하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
11장 소프트웨어 수명주기를 고려한 진화하는 아키텍처 구현
〉 성장하고 발전하는 소프트웨어를 만들기 위한 핵심 원칙
복잡도를 이해하자
진화하는 아키텍처를 위한 설계 원칙
__YAGNI 원칙: 당장 필요치 않다면 구현하지 말 것
__최소 충격 원칙: 사용자를 놀래키지 말 것
__도메인 지식은 캡슐화돼야 한다
진화하는 API를 위한 설계 원칙
__API 크기는 작게 유지하자
__잘 정의한 서비스 API를 노출하자
__API 변경에는 호환성을 유지하자
__API의 버전을 관리하자
진화하는 데이터를 위한 설계 원칙
__데이터베이스를 격리하자
__스키마를 사용하자
__스키마 마이그레이션을 자동화하자
__스키마 호환성을 유지하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
12장 효율적인 협업을 위한 애자일 문화
〉 모두가 알지만 실천하기는 쉽지 않은 애자일
애자일 선언문
애자일 방법론 프레임워크
스크럼으로 하는 애자일 개발 방안
__사용자 스토리
__태스크
__스토리 포인트
__백로그 분류
__스프린트 계획
신속한 업무 공유를 위한 스탠드업 회의
진솔한 피드백이 오가야 하는 리뷰
재평가와 조정을 위한 회고
중장기 계획을 위한 로드맵 수립
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
13장 관리자, 팀장, 상사와 함께 일하기
〉 한마음 한뜻으로 공동의 목표를 향해
관리자들이 하는 일
성공적인 업무 수행과 평가를 위한 절차를 마련하자
__일대일 회의
__PPP 회의
__OKR
__성과 평가
팀장이나 상사도 여러분의 관리가 필요하다
__팀장의 피드백이 적을 경우 적극 요청하자
__팀장도 여러분의 피드백을 원한다
__여러분의 목표에 대해 팀장과 허심탄회하게 논의하자
__다 시도해봤는데도 안 된다면
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
14장 경력 관리에 대한 조언
〉 경력 관리는 빠를수록 좋다
시니어 엔지니어, 그리고 더 높은 곳을 향해
진로에 대한 조언
__T자형 인재가 되자
__개발자를 위한 다양한 프로그램에 참여하자
__승진을 원하다면 이렇게 하자
__이직은 신중하게
__다만 번아웃을 경계하라
마치며
〉 개발자로서의 첫 출발, 앞으로 어떤 길이 펼쳐질까
목표를 세우자
여정을 위한 지도
__초보자
__질풍노도의 성장
__신뢰할 수 있는 기여자
__운영의 바다
__능력자의 땅
전진, 앞으로!
2장 역량을 높이는 의식적 노력
〉 경쟁력을 갖춘 개발자가 되기 위해 스스로 해야 할 일
실전에 앞서 익혀야 할 자기주도 학습 방안
__본격적인 학습을 위한 몸풀기
__직접 부딪혀보며 배우자
__코드 동작을 이해하기 위해 다양한 실험을 해보자
__문서 읽는 습관은 몸에 배야 한다
__발표 영상을 찾아서 보자
__때로는 밋업과 컨퍼런스도 참여하자
__시니어 엔지니어의 업무를 체험하고 협업하자
__개인 프로젝트 활동에서도 배움을 얻을 수 있다
제대로 질문하자
__스스로 문제를 해결해보자
__제한 시간을 정하자
__자신이 시도한 방법을 공유하자
__동료를 방해하지 말자
__비동기식 멀티캐스팅 의사소통을 시도하자
__동기식 요청은 한 번에 보내자
성장의 장애물을 극복하자
__가면 증후군
__더닝 크루거 효과
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
3장 코드와 함께 춤을
〉 레거시 코드에 임하는 우리의 자세
소프트웨어 엔트로피는 늘어나게 마련이다
결코 피할 수 없는 기술 부채
__기술 부채를 상환하는 방법
코드 변경으로 인한 고통을 조금이라도 줄이려면
__레거시 코드 변경 알고리즘을 활용하자
__코드는 처음보다 더 깔끔하게 유지하자
__점진적으로 변경하자
__리팩터링은 실용적으로 진행하자
__IDE를 활용하자
__버전 제어 시스템의 권장 기법을 활용하자
소프트웨어 개발에서 빠지기 쉬운 함정을 최대한 피하려면
__되도록 검증된 기술을 사용하자
__제발 악동은 되지 말자
__업스트림 커밋 없이 포크만 하는 것은 금물이다
__코드 재작성에 대한 욕구를 견디자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
4장 운영 환경을 고려한 코드 작성
〉 개발 환경과 프로덕션 환경은 엄연히 다르다
장애에 대비하기 위한 방어적 프로그래밍 방안
__null 값 사용은 피하자
__불변 변수를 사용하자
__타입 힌트와 정적 타입 검사를 사용하자
__입력값을 검사하자
__예외를 활용하자
__예외는 구체적으로 정의하자
__예외는 일찍 던지고 최대한 나중에 처리하자
__재시도는 현명하게
__시스템에 멱등성을 부여하자
__리소스를 해제하자
문제 원인을 찾기 위한 로깅 방안
__로그 레벨을 사용하자
__로그는 원자적으로 작성하자
__로그는 신속하게 기록하자
__민감한 데이터는 로그에 기록하지 말자
애플리케이션 동작 측정을 위한 지표 활용 방안
__표준 지표 라이브러리를 사용하자
__모든 것을 측정하자
오늘날 분산 환경에서 더욱 중요해진 추적
설정으로 런타임 동작을 손쉽게 조정하려면
__지나치게 창의적인 설정은 금물이다
__모든 설정을 로그에 기록하고 검증하자
__기본값을 제공하자
__관련된 설정을 그룹화하자
__설정도 코드처럼 테스트하자
__설정 파일은 깔끔하게 유지하자
__배포된 설정은 변경하지 말자
때로는 도구가 운영의 성패를 결정짓기도 한다
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
5장 피할 수 없는 코드 의존성의 관리
〉 복잡한 프로그램을 짜봐야 비로소 깨닫는 의존성의 진실
의존성 관리를 이해하기 위한 필수 개념
__시맨틱 버저닝
__이행적 의존성
현업이면 누구나 한 번은 겪는 의존성 지옥
__의존성 지옥에서 탈출하자
__의존성을 격리하자
__의존성은 신중하게 추가하자
__버전을 고정하자
__의존성의 범위를 좁히자
__순환 의존성에 주의하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
6장 테스트! 개발자의 든든한 지원군
〉 업무 부하를 낮추면서 시스템 동작도 검증하는 테스트 방안
테스트를 꼭 해야 할까
테스트의 유형과 기법
다양한 테스트 도구
__모킹 라이브러리
__테스트 프레임워크
__코드 품질 보증 도구
개발자 스스로 직접 테스트를 작성하자
__테스트는 깔끔하게 작성하자
__과도한 테스트는 삼가자
테스트 결정성: 항상 동일한 테스트 결과를 만들려면
__난수생성기에 적절한 시드값을 사용하자
__단위 테스트에서 원격 시스템을 호출해서는 안 된다
__클럭을 주입하자
__슬립과 타임아웃의 사용을 삼가자
__네트워크 소켓과 파일 핸들을 닫자
__0번 포트에 바인딩하자
__파일과 데이터베이스에 대해 고유한 경로를 생성하자
__이전 테스트의 상태를 격리하고 해제하자
__테스트의 실행 순서에 의존하지 말자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
7장 올바로 주고받는 코드 리뷰
〉 원활한 팀 협업과 높은 코드 품질을 목표로
코드 리뷰는 왜 필요한가
코드 리뷰를 제대로 받는 방법
__코드 리뷰를 받을 때 준비해야 할 사항
__리뷰 초안이 있으면 위험을 낮출 수 있다
__테스트 실행을 위한 리뷰 제출은 금물이다
__코드 변경사항이 많을 때는 좀 더 면밀하게
__자신의 코드에 너무 집착하지 말자
__공감력을 갖되 무례함은 참지 말자
__주도적으로 행동하자
코드 리뷰를 제대로 해주는 방법
__리뷰 요청을 선별하자
__리뷰를 위한 시간을 마련하자
__코드 변경사항을 이해하자
__포괄적인 피드백을 제시하자
__좋은 점은 인정하자
__이슈, 제안, 사소한 흠결은 잘 구분하자
__대충대충 리뷰는 금물
__웹 기반 리뷰 도구에만 의존하지는 말자
__테스트 리뷰도 잊지 말자
__어떻게든 결론을 맺어야 한다
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
8장 고객 앞으로! 소프트웨어 전달
〉 마침내 프로덕션 환경에 안착시킬 소프트웨어의 종착지
소프트웨어 전달의 4가지 단계
효과적인 버전 제어를 위한 브랜칭 전략
빌드 단계
__패키지에 버전을 명시하자
__리소스는 각각 별도로 패키징하자
릴리스 단계
__릴리스를 남의 일로 여기지 말자
__패키지를 릴리스 리포지토리로 발행하자
__릴리스는 불변성을 갖게 하자
__자주 릴리스하자
__릴리스 일정은 투명하게 공유하자
__변경 로그와 릴리스 노트를 발행하자
배포 단계
__배포를 자동화하자
__배포는 원자적으로 수행하자
__애플리케이션을 독립적으로 배포하자
롤아웃 단계
__롤아웃을 모니터링하자
__기능 플래그를 활용하자
__서킷 브레이커를 이용해 코드를 보호하자
__서비스 버전은 병렬로 올리자
__다크 모드로 론칭하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
9장 긴급대응 온콜 업무
〉 언제 일어날지 모르는 장애에 대응하는 절차와 방안
긴급한 비상상황에 대응하는 온콜 업무
반드시 갖춰야 할 온콜 스킬
__항시 언제라도 대응할 준비를 갖추자
__주의를 늦추지 말고 집중하자
__업무 우선순위를 정하자
__명확하게 의사소통하자
__업무 진척사항을 추적하자
장애 처리의 5가지 단계
__선별
__조율
__완화
__해결
__후속 조치
지원 업무도 엄연한 온콜 업무다
영웅이 되려 하지는 말자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
10장 견고한 소프트웨어를 위한 기술 설계 절차
〉 대규모 변경에 적합한 소프트웨어 설계와 문서화 기법
고깔형의 기술 설계 절차
올바른 기술 설계를 하려면
__문제를 정의하자
__해결 방법을 조사하자
__다양한 실험을 해보자
__충분한 시간을 투자하자
의사소통을 위한 설계 문서 작성 방안
__중요한 변경사항은 문서화해두자
__설계 문서를 작성하는 이유를 이해하자
__글쓰는 법을 배우자
__설계 문서는 최신 상태로 유지하자
설계 문서 템플릿의 기본 구조
__개요
__현재 상태와 컨텍스트
__변경해야 하는 이유
__요구사항
__고려할 수 있는 해결책
__채택하려는 해결책
__설계와 아키텍처
__테스트 계획
__롤아웃 계획
__미결 사항
__부록
설계 과정에서도 협업은 중요하다
__팀의 설계 리뷰 절차를 이해하자
__갑작스런 상황은 만들지 말자
__설계를 논의하며 브레인스토밍을 하자
__설계에 참여하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
11장 소프트웨어 수명주기를 고려한 진화하는 아키텍처 구현
〉 성장하고 발전하는 소프트웨어를 만들기 위한 핵심 원칙
복잡도를 이해하자
진화하는 아키텍처를 위한 설계 원칙
__YAGNI 원칙: 당장 필요치 않다면 구현하지 말 것
__최소 충격 원칙: 사용자를 놀래키지 말 것
__도메인 지식은 캡슐화돼야 한다
진화하는 API를 위한 설계 원칙
__API 크기는 작게 유지하자
__잘 정의한 서비스 API를 노출하자
__API 변경에는 호환성을 유지하자
__API의 버전을 관리하자
진화하는 데이터를 위한 설계 원칙
__데이터베이스를 격리하자
__스키마를 사용하자
__스키마 마이그레이션을 자동화하자
__스키마 호환성을 유지하자
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
12장 효율적인 협업을 위한 애자일 문화
〉 모두가 알지만 실천하기는 쉽지 않은 애자일
애자일 선언문
애자일 방법론 프레임워크
스크럼으로 하는 애자일 개발 방안
__사용자 스토리
__태스크
__스토리 포인트
__백로그 분류
__스프린트 계획
신속한 업무 공유를 위한 스탠드업 회의
진솔한 피드백이 오가야 하는 리뷰
재평가와 조정을 위한 회고
중장기 계획을 위한 로드맵 수립
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
13장 관리자, 팀장, 상사와 함께 일하기
〉 한마음 한뜻으로 공동의 목표를 향해
관리자들이 하는 일
성공적인 업무 수행과 평가를 위한 절차를 마련하자
__일대일 회의
__PPP 회의
__OKR
__성과 평가
팀장이나 상사도 여러분의 관리가 필요하다
__팀장의 피드백이 적을 경우 적극 요청하자
__팀장도 여러분의 피드백을 원한다
__여러분의 목표에 대해 팀장과 허심탄회하게 논의하자
__다 시도해봤는데도 안 된다면
개발자의 필수 체크리스트
레벨업을 위한 읽을거리
14장 경력 관리에 대한 조언
〉 경력 관리는 빠를수록 좋다
시니어 엔지니어, 그리고 더 높은 곳을 향해
진로에 대한 조언
__T자형 인재가 되자
__개발자를 위한 다양한 프로그램에 참여하자
__승진을 원하다면 이렇게 하자
__이직은 신중하게
__다만 번아웃을 경계하라
마치며