표시, 저장, 검증, 관리, 코딩, 디자인처럼 다른 변경 이유가 한 타입에 모입니다.
큰 타입 하나보다 변경 이유별 경계가 더 오래 간다
UserProfile과 Worker 예시는 모두 여러 책임을 한 곳에 묶었을 때 수정 범위가 커지는 문제를 드러냅니다.
사용자 정보를 화면에 표현하는 책임만 가집니다.
저장 방식이 바뀔 때 이 경계만 수정합니다.
이메일과 필수 값 검증 규칙을 따로 둡니다.
클라이언트가 쓰는 기능만 작은 인터페이스로 요구합니다.
타입을 나눈 뒤 특정 변화가 한두 파일에 머문다면 SRP와 ISP가 실제 유지보수성으로 이어진 것입니다.