📌 17주차 이후 질문 및 정리
1) 코딩 테스트
- 11번가 코딩테스트 지원
- 총 3문제로 풀 수 있는 문제이기는 했음. 하지만 좀 더 논리적 사고가 부족했던 것 같음.
- 자바 테스트 두잇으로 문제 풀이 시도
2) Exception 처리
- Handler에는 3개정도만 있으면 될것(HttpStatus를 Details에!)
: RunTimeException 자체를 extends 해서 커스터마이징한 excetion 만들기
: ExceptionHandler 에 관련해서 추가 그리고 Response할 Dto 다시 필드 조정
4) 테스트명
- 중복된 부분이 없도록
given_when_then순으로 이름을 정함. - 테스트메서드에 @BeforeAll, @BeforeEach의 차이 정리
5) 포트폴리오에서 readme.md 정리 필요성
📌 전주 개인 공부한 내용들
PR 코드 리뷰한 내용으로 고쳐봄.
1) test 메서드 명
2) error log {} 만들고 안에 기입하면 돼!
throworElse() 안 {} 안에서 코드 구현으로 하면 됨
3) exception은 아직 미완성
4) 스프링 배치 배치 공부
vmoptions : -Dspring.batch.job.names=todoNotificationJob 넣고 배치 상태로
reader + writer 안에 Processor 를 넣어서 페이징으로 부른 전체 reservation에서 축출 하는 방식 Paging방식으로 정하고 개발 중
5) 질문
- where 조건절
: 조건절로 모든 걸 해결해가기본다 특정 필드 flag값으로 축출하는 방향으로 생각할 것
📌 멘토링
1) PR 브랜치 주석되는 거 조심!
: master브랜치에 merge할 건데 기본적으로 주석이 달리면 안되는 것 강조
2) // TODO: 의 주석 처리
: issue 기입이 중요해보임. ex. TODO: What? Deadline. Jira. Issue #
3) NullPointerException: null LocalDateTime 받는 게 null 오류남
: DB에 null값 있어서 오류난거... 실수 하지 않게 더미데이터의 중요성
4) URL encode 안되서 생긴 이슈 => 업데이트된 postman url encode화하지 않아서 생긴 문제
5) DB에 flag값으로 파악해서 가져오는 방식으로 spring batch proceessor안 축출 메서드 구현을 달리할 것!
6) 30분마다 배치해도 시스템 성능 이슈가 있는지 질문! : 문제없을 것으로 보임.
7) 스케줄 기능
: 향후 할일과제로.
📌 느낀점
-
어제처럼 멘토링이 PR 중심으로 이뤄짐. 알고리즘 공부할 기력이 안생김...
-
코드에 대한 원칙을 알려주어 불확실함에 많이 벗어난 점 아직도 좋다고 느껴짐.
코드도 코드지만 내가 사용하는 Tool의 이해도도 중요하다는 것을 다시 한번 느낌. -
스프링 배치 이후 Respository Test 가 잘 안되고 있음. 다른 프로젝트에서 똑같은 스프링 배치 구현을 적용해도 이런 일은 발생하지 않았는데.. 원인이 파악이 안되고 있음...
-
향후 이력서를 보고 피드백을 해주시겠다고 함. 오랜만에 이력서 검토라 다시한번 기술블로그 정리에 박차를 가하야 겠음.
📌 해야 할 것
- 멘토링 때 요구한 과제
- 스케줄 기능 구현
- Test issue 다시 점검
- Exception 문제 다시 점검
- 이력서 + 타겟회사 + 이슈내용 정리 + 문제 해결 => 기술 위키, 블로그에 정리
- 운동 - 요즘은 거의 못하고 있음. 개인 운동 푸쉬업 정도.
