심플 디자인

박영록

네이버, 엔씨소프트, 카카오 등의 대기업부터 티켓몬스터, 메디쿼터스 등의 중견 기업 CTO 역할, 스타트업 창업과 외주 프로젝트까지 다양한 경험을 쌓은 개발자.

• ▣ 01장: 코드 품질의 기준
• 1.1 가독성은 해로운 기준이다
• 1.2 심플 디자인
• 1.3 코드 품질은 왜 중요한가?
•  
• ▣ 02장: 중복을 제거하라
• 2.1 중복이 해로운 이유
• 2.2 중복은 다른 설계 문제로 인한 증상이기도 하다
• 2.3 중복 제거의 위험성
• 2.4 조건문의 중복
• __2.4.1 확산되기 쉬운 조건문과 다형성
• __2.4.2 설정값의 분기
• __2.4.3 조건문 대신 예외 던지기
• __2.4.4 부울 논리표로 조건문 줄이기
• 2.5 약간 다른 중복 코드 다루기
• 2.6 인지하기 어려운 중복 찾아내기
• __2.6.1 평행 상속 구조
• __2.6.2 같은 필드의 나열
• __2.6.3 클라이언트와 서버 간의 중복 코드
• 2.7 문서와 코드의 중복
• 2.8 내버려 둬도 괜찮은 중복 코드
•  
• ▣ 03장: 구성요소를 줄여라
• 3.1 왜 줄여야 하는가?
• 3.2 어떤 구성요소부터 줄일 것인가?
• 3.3 상태
• __3.3.1 지역 변수
• __3.3.2 임시 변수 할당
• __3.3.3 반복문 변수 다루기
• __3.3.4 입력값이나 인자의 전처리를 위한 변수
• __3.3.5 전역 변수
• __3.3.6 멤버 변수
• 3.4 예외 처리
• __3.4.1 전역 예외 처리
• __3.4.2 사용자 입력값 검증 및 예외 처리
• 3.5 긴 매개변수 목록
• 3.6 호출 스택
• 3.7 테스트 케이스
• 3.8 코드 라인 수
•  
• ▣ 04장: 좋은 함수 만들기
• 4.1 코드 품질의 핵심은 좋은 함수를 만드는 것
• 4.2 지역 변수를 줄여라
• 4.3 함수는 퍼블릭이어야 한다
• 4.4 심플 디자인과 좋은 함수의 기준 간의 관계
• 4.5 적절한 함수의 크기
•  
• ▣ 05장: 코드 품질 개선 방법론
• 5.1 일단 동작하게 하고, 그다음에 리팩터링하라
• 5.2 아기 걸음
• 5.3 테스트 주도 개발
• 5.4 언제 리팩터링할 것인가?
• 5.5 코드 리뷰 전략
• __5.5.1 리드 타임 문제
• __5.5.2 통합 지옥
• __5.5.3 대기 시간 제거
• __5.5.4 객관적인 코드 품질 기준
• __5.5.5 코드 리뷰의 의사결정권
• 5.6 본질적 복잡성과 우발적 복잡성
• 5.7 애자일 선언과 익스트림 프로그래밍
•  
• ▣ 06장: 코드 품질과 AI
• 6.1 전통적인 코드 품질 도구
• 6.2 AI와 코드 품질
•  
• ▣ 맺음말