잘못 작성된 람다 코드를 삭제하기까지의 여정

문제 상황

• Optional 처리 과정에 람다식·복합 조건식이 섞인 구독 서비스 사용 여부 판별 로직
• 모호한 메서드명과 자연스럽지 않은 파이프라인으로 인한 낮은 가독성

원인 분석

• 유효성 검증, 상태 확인, 만료 여부 판단을 하나의 람다식에 집중한 구조
• 코드의 실제 책임과 맞지 않고 시간 의존적인 isUsedOldSubscription 명칭

해결 방법

• 실제 책임에 맞춰 메서드명을 isValidSubscription으로 변경
• 기간 타입·만료일 유효성, 사용 가능 여부, 만료 여부, 회원 상태를 작은 private 메서드로 분리
• 유효성 검사 후 조기 반환하거나 AND 조건을 조합하는 읽기 쉬운 검증 흐름 구성

적용해볼 점

• 일회성 로직이라도 람다식이 흐름을 가리면 일반적인 조건문 구현과 비교
• 코드 작성자보다 유지보수 동료와 도메인 지식이 적은 개발자 관점의 명확성 우선