<<Clean Code>> by Robert C. Martin

1.깨끗한 코드 작성의 필요성 -르블랑의 법칙: (나쁜 코드를 고칠)나중은 결코 오지 않는다. 지금 깨끗하게 작성해야 한다. -코드의 책임은 프로그래머: 프로그래머가 좋은 코드를 사수하는 일은 의사가 수술 전 손을 씻는 일과 같다. 그러므로 더러운 코드에 책임을 묻는다

1.의도를 분명히 밝혀라 존재 이유, 수행 기능, 사용 방법을 명시하라. 2.그릇된 정보를 피하라 ❌널리 쓰이는 의미가 있는 단어를 다른 의미로 사용 ❌관련성이 적은데 서로 흡사한 이름 사용 ❌l과 i, O와 0같이 구분하기 어려운 문자 사용 ✅유사한 개념은 유사한

1.작게 만들어라 작을 수록 좋다. 일반적으로 15줄을 초과하지 말자. 2.블록과 들여쓰기 블록 -> 한 줄(대개 여기서 함수 호출) 들여쓰기 -> 2단 이하 3.한 가지만 해라!(=함수 당 추상화 수준은 하나로!) 함수 이름 아래에서 추상화 수준이 한 단계만 수행

1.주석에 대하여 주석을 다는 것은 코드로 표현하지 못했다는 뜻이므로 실패를 뜻한다. 주석이 오래될수록 코드에서 멀어진다. 주석을 가능한 줄이도록 꾸준히 노력해야 한다. 2.주석은 나쁜 코드를 보완하지 못한다 주석으로 설명하려고 애쓰기보다 주석이 필요 없게 코드를 깨

1.코드 형식을 맞추기 위한 간단한 규직을 정해야 한다. 필요하다면 규칙을 자동으로 적용하는 도구를 활용한다. 2.형식을 맞추는 목적 시간이 지남에 따라 코드가 바뀌더라도 개발자의 스타일과 규율은 남아있다. 그러므로 코드 형식은 중요하다. 3.적절한 행 길이를 유지

1.자료 추상화 자료를 세세하게 공개하기보다는 추상적인 개념으로 표현하는 편이 좋다. 개발자는 객체가 포함하는 자료를 표현할 가장 좋은 방법을 심각하게 고민해야 한다. 아무 생각 없이 조회/설정 함수를 추가하는 방법이 가장 나쁘다. 2.자료/객체 비대칭 객체: 추상화

1.오류 코드보다 예외를 사용하라 코드가 더 깔끔해진다. 2.Try-Catch-Finally 문부터 작성하라 try 블록에서 무슨 일이 생기든지 catch 블록은 프로그램 상태를 일관성 있게 유지해야 한다. 그러므로 예외가 발생할 코드를 짤 때는 try-catch-f