TroubleShooting

스토리-1: 스케줄 정리 프로그램을 이용해서 스케줄 정리 해볼까!데이터를 받아오는 DTO를 생성했다. 스케줄 입력란 OK, 작성자 이름 OK 등등 다 OK!스토리-2: 아니 실수로 스케줄 입력안하고 등록했네.. 삭제하기 귀찮아결과는 사용자도 불편하고 필요없는 데이터로

💡 Builder 패턴이 항상 최선의 선택은 아니다. Builder 패턴이 유용한 경우만 쓰는 것이 좋다. 그렇지 않은 경우에는 오히려 코드르 복잡하게 할 수 있다.팀 프로젝트 중에 Builder Pattern 관련해서 피드백을 얻었다. 무슨 차이가 있을까? 무슨 장

현재 프로젝트에서 Spring Security + JWT 토큰 인증을 적용하고 있다.API 요청 시, 토큰을 통해 유저 인증을 이미 Filter 단계에서 완료했는데,Service 레이어에서 다시 userRepository.findById()를 호출해 유저 유효성 검사를

📘 “장바구니를 RDB로 만들었는데, 왜 Redis가 자꾸 생각났을까?”처음에는 "장바구니"도 그냥 DB에 저장하면 된다고 생각했다.어차피 유저가 담는 정보고, 주문할 땐 필요하니까 영속성이 있어야 한다고 판단.그래서 당연하게 MySQL(RDB)에 Cart, Cart