『이펙티브 소프트웨어 설계』 - 토마스 레렉, 존 스킷

🛠️ 이펙티브 소프트웨어 설계 – 유지보수 가능한 코드의 설계 원칙

“좋은 설계는 보이지 않는다. 하지만 나쁜 설계는 금방 드러난다.”

---

1. 읽게 된 계기

코드를 짜다 보면 기능은 돌아가지만 시간이 지날수록 수정이 점점 힘들어지는 경험을 자주 합니다.
특히 레거시 프로젝트에서 ‘왜 이런 구조로 만들었을까?’ 하는 의문이 들 때마다
‘설계’가 개발의 절반 이상이라는 걸 깨닫습니다.
이 책은 바로 그 효과적인 소프트웨어 설계 원칙을 실무 중심으로 다루고 있어 읽게 됐습니다.

---

2. 핵심 내용

토마스 레렉과 존 스킷은 설계를 “지속 가능한 코드 구조를 만드는 행위”로 정의합니다.
그 핵심은 변화에 유연하면서도 명확한 구조를 갖추는 것입니다.

📌 주요 설계 원칙

1. 의도를 드러내라 – 코드는 읽는 사람이 바로 이해할 수 있어야 한다.
2. 복잡성은 격리하라 – 불가피한 복잡성은 모듈 내부에 숨겨라.
3. 변경 가능성을 확보하라 – 미래의 요구 변경을 고려한 구조 설계.
4. 중복 제거 – 같은 로직은 반드시 하나의 위치에만 존재하게 하라.
5. 계층적 설계 – 기능과 책임을 명확히 나눈 구조 유지.

---

3. 인상 깊었던 부분

• “좋은 설계는 미래를 위한 투자다.”
  즉시 기능을 완성하는 것보다, 이후 수정을 쉽게 만드는 구조가 장기적으로 훨씬 경제적입니다.
• API 설계에서 명확한 계약(contract) 개념을 강조한 점.
  문서 없이도 메서드 시그니처만 보고 동작을 예측할 수 있는 것이 이상적인 설계라는 부분이 인상 깊었습니다.
• 테스트 가능성을 높이기 위해 결합도를 낮추는 전략을 설계 단계에서 고민해야 한다는 조언.

---

4. 실무 적용 아이디어

• 새 기능 추가 전, 변경 범위를 시각적으로 표시하여 영향 분석
• 서비스별 **책임 경계(boundary)**를 명확하게 나누고, 다른 서비스와의 의존성 최소화
• 코드 리뷰에서 가독성 기준을 추가 – “이 코드를 처음 보는 사람이 바로 이해할 수 있는가?”
• 팀 내에서 공통 설계 체크리스트를 만들어 신규 코드에 적용

---

5. 읽고 난 소감

이 책은 ‘아키텍처’라는 거대한 그림보다는
개발자가 매일 하는 설계 선택의 순간들을 다루기 때문에 실무 적용성이 높습니다.
특히 초반에는 단순한 리팩토링 예시로 시작해 후반부로 갈수록 원칙과 철학적인 부분까지 확장되는 흐름이 좋았습니다.

---

한 줄 평

“코드는 기능을, 설계는 미래를 만든다.”

---

📌 결론

『이펙티브 소프트웨어 설계』는 단순히 ‘예쁜 코드’가 아닌
변화에 강한 코드 구조를 만드는 법을 알려줍니다.
프로젝트가 커질수록 설계가 얼마나 중요한지 느끼고 있다면, 꼭 읽어야 할 책입니다.