토비의 클린 스프링 강연 요약

📌 핵심 메시지 요약

1. 클린 코드의 오해

• “작동하지 않는 클린 코드”를 추구하는 잘못된 경향
  • 작동하지 않는 클린 코드?
    • 클린 코드를 추구하기에 주석은 작성하지 않는다.
    • 코드가 클린해서 리팩터링할 이유가 없다.
    • 클린 코드는 버그가 적어서 테스트 코드가 없어도 되지 않나?
    • 클린 코드를 작성해야 해서 일정을 지킬 수 없다.
    • 클린 코드 원칙에 위배되어서 리뷰를 승인할 수 없습니다.
  • 클린 코드는 원칙 지향 개발, 코드 결벽증이 아니다.
• 주니어, 경력 모두 클린 코드 강박으로 구현 능력, 속도가 저하

 

2. 클린 코드의 본질은 ‘작동’과 ‘유지보수성’

• Clean Code that works (작동하는 클린 코드). - 론 제프리즈-
• 유지보수성은 모든 품질 지표를 포괄
  • 품질에 관한 요구사항(비 기능적 요구사항)에서 유지보수성은 특별하다.
    • 왜 특별한가? 나머지 품질과 관련된 모든 지표들을 포괄하고 있기 때문이다.
    • 유지보수하기 좋은 코드는 확장하기 쉽고, 안전하고, 신뢰할 수 있고, 좋은 성능으로 발전 시킬 수 있고, 상호 호환성이 뛰어나서 변경하기 쉽다.
    • 유지보수성은 코드의 변경 가능성과 동의어

 

3. 생산성과 유지보수성의 조화

• 생산성 ↔ 유지보수성은 서로 배타적이지 않음, 리팩터링과 테스트로 균형 가능
  • 테스트를 빠르고 효과적으로 작성하면서 개발하는 능력이 필요.
• 개발 시작은 빠르고 간단하게
  • 익숙한 기술로
  • 핵심 기능이
  • 동작하는
  • 가장 단순한 코드를
  • 리팩터링 하기 좋게 작성

 

4. 기술 부채와 리팩터링

”부채가 지속적으로 효과를 발휘하려면 리팩터링(부채상환)이 동력이 되어야 한다.”

• 빠르게 구현 → 학습 → 리팩터링으로 상환
  • 전체 과정이 부채 상환. 즉, 리팩터링!
  • 처음부터 완벽한 코드는 없다.
• 부채는 ‘나쁜 코드’의 변명 아님
• 처음부터 리팩터링하기 좋은 코드를 만들어야 한다.
• 일부 기능을 완벽하게 만드는 것으로 시작(X)

 

 

5. 클린 코드는 팀을 위한 것

• 나만의 클린 코드란 존재하지 않음
  • 클린 코드의 많은 원칙은 상황에 따라 다른 기준을 가질 수 있다.
• 친절한 개발자가 되기
  • 해야 될 이야기는 하되 다른 사람의 기분을 나쁘지 않게 하는 것
  • 함께 코드를 작성하고, 읽고, 변경할 동료 개발자들에게 친절한 코드
• 팀과 함께 탐험하자.

 

6. 토비의 6대 원칙

1. 책임에 충실하고 의존관계 유연한 객체 설계
2. 구성 정보의 클린화 (ex. yml, properties, …)
3. 헥사고날 아키텍처
4. 계층과 모듈 경계는 인터페이스 기반 분리
5. 테스트 중심 개발
6. DB 테스트에는 @Transactional 사용