Clean Code

세상에 나쁜 코드는 있다. 책에서는 나쁜 코드 이야기를 꺼내며 80년대 후반 킬러 앱을 개발한 한 회사를 소개한다. 빠른 출시를 위해 마구잡이로 짠 코드로 인해 결국 망해버린 회사였다. 이렇게 극단적이지는 않으나 비슷한 사례를 우린 꽤 가까이에서, 자주 찾아볼 수 있다

좋은 이름을 정의해보자. 의도를 분명히 밝혀라 변수 이름을 짓고, 옆에 주석을 달아야 이해가 되는 변수 이름은 의도가 제대로 담기지 않았다고 봐야 한다. 아래와 같이 딱 봤을 때 이해가 되어야 한다. 예시 코드에 두들겨 맞고 말았다. 나만 이런 코드 짠 거

함수를 만들 때 유의해야 하는 여러 가지 규칙을 알아보자. 작게 만들어라 SOLID 원칙에도 비슷한 내용이 있다. 한 클래스는 하나의 책임만 가져야 한다. 함수든 클래스든 인터페이스든 적당한 규모로 자르는 것이 중요하다는 것을 모르는 개발자는 없을 것이다. 그 중에서도

나쁜 코드에 주석을 달지 마라. 새로 짜라. > - 브라이언 W. 커니핸, P. J. 플라우거 주석은 불순하다 주석은 대체로 불순하다. 우리는 주로 이해하기 어려운 코드에 이해를 돕기 위해 주석을 다는데, 이때는 주석을 달아야 하는 것이 아니라 코드를 고쳐야 한다.