Clean Code 1장

클린 코드의 조건- 내 나름의 정리

• 1장에서는 자바나 C 창시자등 개발계의 거장들이 생각하는 좋은 코드에 대한 견해를 모아놓은 부분입니다.
• 다음은 이 분들의 의견에서 나름 공통적인 부분을 추려서 내 나름대로 정리한 내용입니다.
• 사실상 책 전체에 녹아 있는 내용이기도 합니다.

SARAM

• S : Simple

  • 내 의견 : 코드는 단순해야 합니다. 비즈니스 로직이 코드에 녹아들기 시작하면 프로젝트 자체는 복잡해집니다. 코드(클래스, 메소드 차원)이라도 심플해야 합니다.

• A : Atomic

  • 내 의견 : 코드는 더 이상 쪼갤 수 없는 단위로 작성되어야 합니다. 많은 경우, 한 코드에서 이것 저것 다 처리하게 하려고 (이걸 재사용성이라고 오해하는 개발자도 있었음.) 코드를 작성하는 경우가 있었는데, 그럴 경우 유지보수를 더 힘들게 할 수도 있습니다. 이는 SOLID의 single response principle 과도 연관이 있는데, SOLID 추후 다른 포스트에서 다루겠습니다.

• R : Readability

  • 내 의견 : 가독성. 읽기 힘들게 작성한 코드 만큼 개발자 스스로를 고통스럽게 하는 게 있을까요

• A : Abstract

  • 내 의견 : 추상화. 추상화를 어느 정도 레벨까지 둘 것인지, 얼마나 코드에 잘 녹아있는지는 개발자의 역량이자 노하우가 아닐까요.

• M : Minimalism

  • 내 의견 : 미니멀리즘은 위의 atomic과 혼동할 수 있으나, 전혀 다릅니다. 불필요한 클래스와 메소드, 주석 등 없어도 될 것은 없애고, 꼭 필요한 것만 남긴다는 의미로 받아들이면 좋겠습니다. 반대의 의미는 Dirty Code겠죠.

• 몇 년 전부터 클린코드에 대해 얘기할 때마다, SARAM, SARAM 얘기를 하며, 제 나름대로의 정리내용을 글로 옮겨 보았습니다.

• 개발자도 기술자로서 명장이든 장인이든 경지에 오를 수 있도록 결과물에 정성이 필요합니다. 대강 로직만 돌아가면 OK인 시대는 지났습니다.