안녕하세요 ?
진형님이 리뷰에 남겨주신 글을 읽어봤는데 ,
저 경우랑 다른것 같긴한데..? 사실 잘 모르겠슴다.. 제가 급하게 읽어서 아닐 수도 있습니다. ㅠㅠ
그래서 일단 삭제 실행 시 어떻게 쿼리가 나가는지 이런거 캡쳐했습니다. 😭
제가 현재 매칭 공고 삭제에 남은 task는 진형님이 말씀해주신 부분만 보고 확정하면 될 것 같습니다.
빠르게 머지나 수정이 필요한 상황인데 제가 못한다면 부탁드리겠습니다. ㅠㅠ 😭😭
오늘 하루도 화이팅 !!!
-혜빈-
논의할 사항
- 회고 시간
- 혜빈 : 저는 없다 생각하고 회고 진행부탁드립니다. 퇴근을 언제하는지 잘 모르겠슴다 ..
- 리팩토링 - 내일(8/2) 피처 개발 완료하고 밤중으로 생각해오기
- Giver, Service
- TeamService의 findById, TeamGiverService findById 중복
- TeamMemberService TeamMemberGiverService의 exists 중복
- 네이밍 (DTO, Update**, **Update, 체크 로직, entity에 로직넣는 것)
- 테스트 코드 private, 네이밍
- 클래스 내부에서 사용하는건 맨 밑
- Bug Fix - 티켓만들겠습니다.
- 리프레쉬 토큰 남아있을 때 액세스 토큰이 사라졌을 때 액세스 토큰을 새로 발급못받는다
- 발표 영상
- 페이지 기본적인것들이 수요일까지 했으면 좋겠다
- 금요일 제출이니까 적어도 목요일엔 찍어야 하지 않을까?
- 프론트 프로젝트 구성,구조, 개발환경, 페이지 몇가지 나와야지 ppt를 준비하던 말던할듯..
- 형욱님이 PPT 발표영상
- 다음 스프린트 때는 뭘 해야할까?
- OAuth - 진형 v
- 이메일 - 동운 v
- 멀티 모듈 - 형욱, 병연 v
- 어느 부분에 멀티 모듈을 적용할까?
- S3 병연,형욱 완료 예정(오늘) v
- 아파치 티카 사용하지 않고 하는 방식으로 리팩토링 예정
- 시큐리티 리팩토링(병연님) v -
- OAuth 먼저 진행 후에 해야 할 듯
- 웹 소켓 - 혜빈, 병연 v
- 행정구역 - 완료
- 매치 생성할때 나는 어디구역에서 활동하겠다. 무슨 구 무슨 동에서 하겠다.
- 조회할때도 마찬가지고 아직 반영이안됨.
- 거리기반으로하면 단순히 거리기반이잖아요
- 거리 기반으로 하고싶다.
- 현재 일단 돌아가는 애플리케이션이 먼저다.
- 데모가 나와야한다.
- 수고 대비 결과가 애플리케이션에 크게 영향을 미치지 않는다.
- 해당 부분은 should로 우선순위를 좀 뒤로 미루겠다.
- 백엔드에서는 구현에 엄청나게 많은 변화가 생긴다. ⇒ 시간이 많이 걸린다.
- 내가 검색하고 싶은 구역만 검색하는거잖아요
- 둘중하나를 포기해야될것같다.
리팩토링을 주로 가져가고 중간중간 기술이나 부족한 문서화 채우는 방향으로 가져 ~~~
- 동운님 기능 구현 두개남은거 완료
- 테스트 코드를 짜야된다.
- 스마는 누가?
- 유저 스토리 API 1:N 문서 구조 바꿔야할까요?
- 회원 가입 스토리에 중복체크 API가 포함될텐데 1:N인데 별도의 스토리라 하기는 뭐한데 하루 날잡고 싹 바꾸는건 어떨지?
- 엘리자베스
어떤데는 querydsl 사용하고 어디서는 querydsl을 사용하지않았음
충분히 JPA로 커버 가능한데 querydsl을 사용한부분
내부 아키텍처 부분에서도 충분한 근거를 설명해줬으면한다.
if문을 개선하는 방향은 없는지?
참조 scope를 줄이기위해 copy하는건 어떤지?
기술 도입보다는 코드를 더 단단하게 하자.
클라우드 워치??
rdb에서도 모니터링하고 ec2에서도 모니터링해야되는데 척도가 필요하다 척도에대해서 멘토님한테 질문을 하려고한다. 무얼 기점으로 모니터링해야되는지 외부적인것보다 코드를 조금더 깔끔하게 가져가면서 프론트 부늗로가 실시간으로 반영하는게.. 문서로 정리하고 컨벤션 정의
병합하기로했는데 백엔드만 개발되어서 분명히 이슈가 있을것이다.
develop v2
마구 잡이 실행 데이 ~
두가지를 정해야겠네요
- refactoring, 디버깅만 하느냐
- 병연
- 새로운 기술을 도입하면서 api연동 중에 문제가 발생하면 코드를 수정하느냐