스프링을 사용한 첫 프로젝트인 만큼 JPA, Security 관련 지식이 부족했기에 인프런 강의, 웹 검색으로 공부하며 프로젝트를 병행했다. 프로젝트 기간을 정하지 않고 시작해 약간 루즈해진 적이 있었지만 갓 전역한 민간인에게 프로젝트만 강요하기엔 무리가 있다.

이번 프로젝트를 통해 스프링 MVC, Data JPA, Security의 동작과 기본적인 기능을 숙달할 수 있었다. 프론트가 없어 뷰템플릿으로 대체한 점은 아쉬웠지만 퀄리티 있는 프로젝트가 나와 만족한다.

이번 프로젝트의 아쉬운 점

• 둘 다 토이 프로젝트는 처음이었기에 Convention을 정리하지 않아 통일성이 부족했다.

  • Branch 전략
    • git flow같은..
  • 프로젝트 형상 관리 방법
    • Security 적용 전 code(직접 만든 Session, Intercepter, ArgumentResolver)로 동작하는 프로젝트를 저장했으면 어땠을까 하는 아쉬움
  • CI/CD 파이프라인 구축
    • 요즘 유행하는 GitHub Action을 사용해보자
  • 코딩 컨벤션
    • 다음엔 Naver coding convention을 따라봐야겠다.

• 단위 테스트 작성이 없었다.

  • 각 컴포넌트들은 독립적으로 시행되지 않기에 단위테스트에 대해 부정적인 사람도 있다고 들었지만, 서비스랑 리포지토리는 단위 테스트로 작성하는게 더 좋지 않았을까..?

• Security 적용 후 비밀번호 찾기 문제

  • BCryptPasswordEncoder를 사용한 단방향 암호화를 적용했기에 비밀번호 찾기 시 암호화된 비밀번호 반환됨 → 정책을 변경하여 새로운 비밀번호로 만드는 방향으로 전환했어야 됐다.