깨끗한 코드를 작성해야만 한다.

  • 르블랑의 법칙 : 나중은 켤코 오지 않는다.
    • 나중에 깨끗한 코드를 만들 수 있을 것이라는 생각은 하지말고 바로 깨끗한 코드를 작성하자.
  • 착한 "나쁜 코드"는 제거 된 "나쁜 코드" 이다.
    • 나쁜 코드는 생산성을 0에 근접하게 만든다.
  • 거대한 나쁜 코드를 리팩토링하는 원대한 꿈은 실패로 돌아간다.
    • 나쁜 코드를 리팩토링 담당자는 결국에는 떠나며 새로운 담당자는 다시 리팩토링을 한다. 이를 무한 반복한다.
  • 깨끗한 코드를 만드는 노력이 비용을 절감하는 방법이다.
  • 깨끗한 코드를 만드는 능력이 전문가로서 살아남는 방법이다.
  • 나쁜 코드를 초래하는 원인에는 본인의 책임이 있다.
    • 좋은 코드를 사수하는 일은 프로그래머의 책임이다.
  • 기한을 맞추기 위해 나쁜 코드를 양산하면 기한을 맞추지 못 한다.
    • 빨리 가는 유일한 방법은 최대한 깨끗하게 유지하는 습관이다.
  • 깨끗한 코드와 나쁜 코드를 구분할 줄 안다고 깨끗한 코드를 작성할 줄 안다는 뜻은 아니다

깨끗한 코드

  • 논리가 간단해야 버그가 숨어들지 못한다.
  • 의존성을 최대한 줄여야 유지보수가 쉬워진다.
  • 오류는 명백한 전략에 의거해 철저히 처리한다.
  • 깨끗한 코드는 한 가지를 제대로 한다.
  • 가독성이 좋아 잘 쓴 문장처럼 읽힌다.
  • 명쾌한 추상화
  • 작성자가 아닌 사람도 읽기 쉽고 고치기 쉽다.
  • 의미 있는 이름이 붙는다.
  • 특정 목적을 달성하는 방법은 하나만 제공한다.
  • etc

나쁜 코드

  •  나쁜 코드를 고치면 오히려 더 나쁜 코드를 만든다.
  • etc

코드를 읽는 시간 "10"이면 코드를 작성하는 시간 "1"이다.

  • 읽기 쉬운 코드가 매우 중요하다.

시간이 지나도 언제나 깨끗하게 유지해야 한다.

  • 시간이 지나면 엉망으로 전락하는 코드가 한둘이 아니다. 그러므로 우리는 적극적으로 코드의 퇴보를 막아야 한다.
  • 이전 커밋 보다 조금 더 깨끗한 코드를 커밋한다.

'Programming Base' 카테고리의 다른 글

변수 이름 짓기, 네이밍  (0) 2020.05.27
클린코드 - 의미있는 이름  (0) 2020.05.26
블로그 이미지

_김은찬

두번 다시는 꺾이지 않으리

,