큰 요구사항은 그대로 맡기지 말고
검증 가능한 작은 task로 쪼개야 합니다.

왜 큰 요구사항을 한 번에 맡기면 실패하기 쉬운가

• 문제를 정확히 재현하기 전에 바로 구현으로 들어가게 됩니다.
• 범위가 커지면서 auth 바깥까지 수정이 번질 수 있습니다.
• 무엇이 해결됐고 무엇이 남았는지 확인하기 어렵습니다.
• 테스트와 리뷰가 어느 단계에 필요한지 흐려집니다.

예를 들면 이런 요청입니다

로그인 경험 전반을 더 좋게 바꿔주세요.
에러 처리도 안정화하고 테스트도 보강해주세요.

이 요청은 범위, 순서, 완료 조건이 한 번에 섞여 있어 실패 원인을 추적하기 어렵습니다.

나쁜 분해

• 로그인 전체 리팩터링
• 에러 UX 개선
• 테스트 추가
• 문서 정리

각 항목이 여전히 크고, 완료 기준도 불명확합니다.

좋은 분해

• 현재 동작 설명
• 실패 재현
• 원인 파악
• 국소 수정
• 테스트 추가

각 단계마다 완료 조건이 있고, 중간에 멈춰도 리뷰와 재개가 쉽습니다.

Task 3: 원인 파악 후 찾은 코드

const login = async (email: string, password: string) => {
  setError(null);      // ← 매번 에러 초기화
  setIsLoading(true);
  try {
    await authApi.login(email, password);
  } catch (err) {
    setError('로그인에 실패했습니다.');
  } finally {
    setIsLoading(false); // ← 로딩 끝나도 에러 유지 안됨
  }
};

Task 4: 국소 수정 결과

const login = async (email: string, password: string) => {
  setIsLoading(true);  // ← 에러 초기화 제거
  try {
    setError(null);    // ← 성공 시에만 초기화
    await authApi.login(email, password);
  } catch (err) {
    setError('로그인에 실패했습니다.');
  } finally {
    setIsLoading(false);
  }
};