클린 스프링: 스프링 개발자를 위한 클린코드 전략 | 인프콘2024

읽기·이해·확장이 쉬운 코드의 공통 목적을 매일 반복되는 유지보수성으로 묶고, 이를 현재 기능을 전달하는 생산성과 대립시켜서는 안 된다고 설명한다. 품질만 좇아 과도하게 설계하면 출시가 늦지만 속도만 좇으면 기술 부채의 이자로 미래 생산성이 급락한다. 필요한 순간에는 의도적으로 단순한 구현을 택하되 부채의 맥락을 알고 리팩터링으로 갚는 균형이 지속 가능한 개발의 핵심이다.

유지보수하기 좋은 코드로 빠르게 개발하고, 기능을 전달한 뒤 리팩터링으로 다시 품질을 높이는 반복을 클린 코드의 선순환으로 제시한다. 익숙한 기술을 사용해 핵심 요구만 담은 가장 단순한 동작 코드로 시작하고, 변경하기 쉬운 구조와 자동 테스트를 확보해야 한다. 테스트가 개발을 늦춘다면 없애는 대신 테스트 작성 자체를 빠르게 만드는 설계와 도구를 학습해야 장기 생산성의 이점을 얻을 수 있다.

익숙함·단순함·리팩터링 용이성은 개인마다 다르므로 클린 코드에는 팀이라는 변수가 반드시 포함된다. 서로 영향을 주는 생산성, 유지보수성, 팀 맥락을 정답 하나로 예측하려 하지 말고 팀원이 함께 결정하고 실행한 뒤 결과에서 학습하는 탐험의 순환이 필요하다. 좋은 개인만 모으는 것보다 토론과 피드백이 가능한 좋은 팀을 만들 때 구성원도 성장하며, 자신의 판단을 설명하고 타인의 관점을 이해하는 기술적 교양이 그 기반이 된다.

앞서 설명한 선순환을 Spring 코드에 적용하려면 클래스 이름보다 런타임 객체와 객체 사이의 관계를 먼저 보아야 한다. 도메인과 외부 의존성을 분리하는 헥사고날 아키텍처를 활용하고, 계층과 모듈 경계에는 명시적인 API 인터페이스를 두어 교체와 테스트가 가능한 구조를 만든다. Spring이 제공하는 테스트 도구를 적극 사용하며 데이터베이스 통합 테스트에서는 트랜잭션 롤백도 목적과 맥락을 이해해 활용하라고 권한다.