『Tidy First?』 – 코드를 바꾸기 전에 ‘정리’부터 생각하다

개발자로 일하면서 기능을 빠르게 구현하는 것에 집중해왔지만,
갈수록 더 중요하게 느껴지는 건 **“어떻게 코드를 바꿀 수 있게 만들 것인가?”**라는 점이다.

이 책, **『Tidy First?』**는 그 물음에 대한 실질적인 해답을 준다.
단순히 코드 리팩터링 기법을 나열하는 것이 아니라,
“변경 가능한 코드”를 만들기 위한 습관과 철학을 이야기한다.

📜 리팩터링은 거창한 작업이 아니라 '정리'의 습관이다

켄트 벡은 이렇게 말한다.
“복잡한 기능을 구현하기 전, 우선 코드를 깔끔하게 정리하라.”

• 변수명과 함수의 명확성
• 중복 제거와 제어 흐름 단순화
• 모듈 간 의존성 줄이기
• 불필요한 추상화 걷어내기

그는 ‘정리’를 거창한 리팩터링이 아니라,
작고 사소하지만 일상적인 개선의 연속으로 본다.
기능을 넣기 전에 조금 더 정돈된 상태를 만들어두면,
변경이 더 쉬워지고 실수도 줄어든다.

🧭 정리는 ‘이해’를 위한 도구다 

이 책에서 가장 와닿았던 핵심 메시지는 이거다:
“정돈은 이해의 전제 조건이다.”

기능 구현은 결국 코드 변경을 동반한다.
그런데 코드가 복잡하고 난잡하면,
그 변경이 오히려 더 큰 버그와 기술 부채를 낳게 된다.

그래서 켄트 벡은 변경을 하기 전에 먼저 코드를 정리하라고 말한다.
그 정리 과정에서 전체 구조를 파악하고, 변경에 필요한 기반을 마련할 수 있다.

🛠️ 실무에서 바로 써먹는 팁들

• 정리와 기능 구현을 구분하라
  리팩터링은 코드 동작을 바꾸지 않는다. 이 원칙을 지켜야 안전하다.
• 작게, 자주, 조심스럽게 정리하라
  한꺼번에 큰 리팩터링을 시도하지 말고, 작은 정리를 반복하라.
• 커밋을 나누고, 의미를 분리하라
  정리 커밋과 기능 구현 커밋을 분리하면 추적과 롤백이 쉬워진다.
• 정리의 기준은 '이해하기 쉬운가'다
  간결하고 직관적인 코드는 팀 전체의 유지보수성을 높여준다.

✍️ 마무리하며 – ‘변경 가능한 코드’는 정리에서 시작된다

『Tidy First?』는 리팩터링이라는 개념을
특별한 기술이 아닌, 일상적인 습관으로 다시 정의해준다.

그리고 우리가 늘 고민하는
“이 코드, 어떻게 더 나아지게 만들 수 있을까?”에 대한
실천 가능한 조언을 전해준다.

특히 다음과 같은 고민을 가진 개발자에게 추천한다:

• 리팩터링이 부담스럽고 시도조차 하기 어려운 사람
• 변경이 쉬운 코드를 만들고 싶은 사람
• 작은 코드 정리를 습관화하고 싶은 사람

『구현 패턴』이 구현의 미학을 말한다면,
『Tidy First?』는 구현의 ‘준비’를 말하는 책이다.
기능보다 정리를 먼저 생각하는 습관이,
더 나은 코드를 위한 출발점이 될 수 있다는 걸 깊이 깨닫게 해준다.