0. 서론(Introduction)

난관에 부딪힐 떄 헤쳐나가려면 어떻게 해야 할까요? 답은 장인 정신입니다. 장인 정신을 익히는 과정은 두 단계로 나뉩니다. 바로 이론과 실전입니다. 첫쨰, 장인에게 필요한 원칙, 패턴, 기법, 경험이라는 지식을 습득해야 합니다. 둘째, 열심히 일하고 연습해 지식을 몸과 마음으로 체득해야 합니다.

여러분에게 자전거 타기에 관한 물리적인 지식은 가르칠 수 있습니다. 실제로도 고전 수학은 별로 복잡하지 않습니다. 중력, 마찰력, 각 운동량, 질량 중심 등은 수식 한 쪽 정도로 설명이 가능합니다. 공식을 이용해 자전거 타기가 가능하다는 사실을 증명하고 자전거 타기에 필요한 지식 전부를 알려줄 수도 있습니다. 그래도 자전거를 처음 타는 사람이라면 100% 넘어집니다.

구현도 마찬가지입니다. 깨끗한 코드를 만드는 “그럴듯한” 원칙을 모두 적어준 후 알아서 하라고 버려둔다면(즉, 자전거를 타다가 넘어져도 개의치 않는다면) 그게 무슨 선생이겠습니까? 그런 선생한테서 어떤 학생이 나오겠나요?

깨끗한 코드를 작성하는 방법은 배우기 어렵습니다. 단순히 원칙과 패턴을 안다고 깨끗한 코드가 나오지 않습니다. 고생을 해야 합니다. 스스로 연습하고 실패도 맛봐야 합니다. 남들이 시도하다 실패하는 모습도 봐야 합니다. 그들이 넘어지고 일어서는 모습도 봐야 합니다. 결정을 내리느라 고민하는 모습, 잘못된 결정으로 대가를 치르는 모습도 봐야 합니다.

이 책은 크게 세 부분으로 나눠지는데 처음 부분은 깨끗한 코드를 작성하는 원칙, 두번쟤 부분은 여러 사례의 연구를 소개하며 복잡도가 높아집니다. 세번쨰 부분은 결말입니다.

1. 나쁜 코드

나쁜 코드란 뭘까요? 바로 다음과 같은 것들입니다.

• 성능이 나쁜 코드
  • 불필요한 연산이 들어가서 개선의 여지가 있는 코드
• 의미가 모호한 코드
  • 이해하기 어려운 코드
  • 네이밍과 그 내용이 다른 코드
• 중복된 코드
  • 비슷한 내용인데 중복되는 코드들은 버그를 낳는다.

1.1 나쁜 코드가 나쁜 이유

1.1.1 깨진 유리창의 법칙

나쁜 코드는 깨진 유리창처럼 계속 나쁜 코드가 만들어지도록 한다.

1.1.2 생산성 저하

나쁜 코드는 팀 생산성을 저하시킨다. 기술부채를 만들어 수정을 더 어렵게 한다.

1.1.3 새로운 시스템을 만들어야 한다.

현 시스템을 유지보수하며 대체할 새로운 시스템 개발은 현실적으로 매우 어렵다.

1.2 나쁜 코드를 짜는 이유

1.2.1 일정이 촉박해서

일정 안에 새로운 기능을 완성해야 한다. 하지만 나쁜 코드는 생산성을 저하시키기 때문에 오히려 일정을 못맞춘다.

1.2.2 영향 범위가 넓어서

생각보다 영향 범위가 넓어서 건드렸다가 다른 부분에 버그가 발생할까봐. 하지만 기술부채는 부메랑처럼 우리에게 돌아온다.

2. 클린 코드

나는 우아하고 효율적인 코드를 좋아한다. 논리가 간단해야 버그가 숨어들지 못한다. 의존성을 최대한 줄여야 유지보수가 쉬워진다. 오류는 명백한 전략에 의거해 철저히 처리한다. 성능을 최적으로 유지해야 사람들이 원칙없는 최적화로 코드를 망치려는 유혹에 빠지지 않는다. 깨끗한 코드는 한 가지를 제대로 한다.

- 비야네 스트롭스트룹 (C++ 창시자)

깨끗한 코드는 단순하고 직접적이다. 깨끗한 코드는 잘 쓴 문장처럼 읽힌다. 깨끗한 코드는 결코 설계자의 의도를 숨기지 않는다. 오히려 명쾌한 추상화와 단순한 제어문으로 가득하다.

- 그래디 부치(객체지향 대가)

좋은 코드란 다음과 같습니다.

• 성능이 좋은 코드
• 의미가 명확한 코드 = 가독성이 좋은 코드
• 중복이 제거된 코드

💡 보이스카우트 룰

캠프장은 처음 왔을 떄보다 더 깨끗하게 해놓고 떠나야 한다.

이를 코드에 적용시켜 내가 건들기 전보다 더 깨끗한 코드로 만들어야 합니다.