1. 출생

1.1 -er로 끝나는 이름을 사용하지 마세요

1.2 생성자 하나를 주 생성자로 만드세요

1.3 생성자에 코드를 넣지 마세요

2장 학습

2.1 가능하면 적게 캡슐화하세요

2.2 최소한 뭔가는 캡슐화하세요

2.3 항상 인터페이스를 사용하세요

2.4 메서드 이름을 신중하게 선택하세요

2.4.1 빌더는 명사다

2.4.2 조정자는 동사다

2.4.3 빌더와 조정자 혼합하기

2.4.4 Boolean 값을 결과로 반환하는 경우

2.5 퍼블리 상수를 사용하지 마세요

2.5.1 결합도 증가

2.5.2 응집도 저하

2.6 불편 객체로 만드세요

2.6.1 식별가 가변성

2.6.2 실패 원자성

2.6.3 시간적 결합

2.6.4 부수효과 제거

2.6.5 Null 참조 없애기

2.6.6 쓰,레드 안전성

2.7 문서를 작성하는 대신 테스트를 만드세요

• 읽기 쉬운 코드를 만들기 위해서는 코드를 읽데 될 사람이 주니어 프로그래머라고 가정해야 합니다.
• 나쁜 프로그래머는 복잡한 코드를 짜고 풀률한 프로그래머는 단순한 코드를 짭니다.
• 코드를 문서화하는 대신 코드를 깔끔하게 만드세요

  2.8 모의 객체 대신 페이크 객체를 사용하세요

• mokito등 mocking 유틸을 사용하는것 보다는 Fake 객체를 만들어 테스트를 진행하세요

  2.9 인터페이스를 짧게 유지하고 스마트를 사용하세요

3장 취업

3.1 5개 이하의 public 메서드만 노출하세요

3.2 정적 메서드를 사용하지 마세요

3.3.1 객체 대 컴퓨터 사고

3.2.2 선엉형 스타일 대 명령형 스타일

3.2.3 유틸리티 클래스

3.2.4 싱글톤 패턴

3.2.5 함수평 프로그래밍

3.2.6 조합 가능한 데코레이터

3.3 인자의 값으로 Null 을 절대 사용하지 마세요

3.4 충성스러우면서 불변이거나, 아니면 상수이거나

3.5 절대 getter와 setter를 사용하지 마세요

3.5.1 객체 대 자료구조

3.5.2 좋은 의도, 나쁜 결과

3.5.3 접두사에 관한 모든 것

3.6 부 생성자 밖에서 new를 사용하지 마세요

3.7 인트로스펙션과 캐스팅을 피하세요

4장 은퇴

4.1 절대 Null을 반환하지 마세요

4.1.1 빠르게 실해하기 vs. 안전하게 실패하기

4.1.2 Null eodks

4.2 체크 예외

4.2.1. 꼭 필요한 경우가 아니라면 예외를 잡지 마세요

4.2.2 항상 예외를 체이닝하세요

4.2.3 단 한번만 복구하세요

4.2.4 관점-지향 프로그래밍을 사용하세요

4.2.5 하나의 예외 타입만으로도 충분합니다

4.3 final 이나 abstract이거나

4.4 RAII를 사용하세요