한 줄 요약
newsfeed 프로젝트 제출 및 발표 및 피드백, KPT회고, 숙련 복습
newsfeed
오늘은 프로젝트 제출이 12시까지라서 그전까지 수정할 부분 수정하여 제출했고, 2시에 다른 조부터 발표를 시작하여 마지막 발표인 우리 조를 마무리로 4시30분쯤에 끝났다.
프로젝트 피드백
- 깃 브랜치 전략을 잘 세웠다
- 메서드 네이밍이나 코드 전략들이 인상 깊었다
- 코드 내에 주석이 잘되어 있었다
- 발표자료 중에 API설계 플로우 차트 식으로 되어서 좋았다
- 정리해보는 습관을 꾸준히 가져보기
- 트러블 슈팅을 잘 넣었다.
- 각 단계따라 잘 나뉘어져 있었다.
- 다음 프로젝트에도 이와 같이 하기
- 사소한 부분까지 잘 해주셔서 좋았다.
개선점
- restful 하이픈을 권장하고 단어 구분하기
- 특정 service에서 일부 transactional 안에서 더티체킹을 하지 못한 것으로 보여서 세이브를 제거해보기
- 라이크카운트, 보드라이크 기본적으로 1:N이여서 사이즈로 계산이 가능
- 미리 저장해두는 것도 타당하지만 동시성 이슈가 생길수 있다.
- 좋아요의 팔로워 기능에도 동시성 이슈가 생길 수 있다.
- DB에서 unique 설정으로 DB에서 막아줄 수있다.
- 플러쉬를 사용한 이유 잘 고민을 해보셨다.
- 프론트나 casing에서 한번에 관리 되는 것도 좋은 것 같다.
KPT 회고
구현 기능
- 유저 CRUD
- 게시글 CRUD
- 댓글 CRUD
- 게시글/댓글 좋아요
- 팔로우/팔로잉
- 로그인/로그아웃
Keep
- 깃 컨벤션 지키기
- 적극적으로 질문하고 맡은 역할에 책임감을 갖기
- 예외처리 핸들러를 통해 예외를 일관성 있게 표시하고, 자세한 정보를 전달함
- 코드 내 주석이 충실하여 가독성과 이해도가 높았음
- API 설계를 플로우를 차트식으로 정리했음
- 자주 소통을 하여 문제를 해결해나감
Problem
- 코드 테스트 중 삭제 로직에 대한 오류로 user 테이블 삭제 시도 시 삭제가 되지 않음
- Git 사용에 대한 이해 부족으로 인해 충돌이 발생하는 경우가 있었음.
- JPA 쿼리가 어떻게 써지는지 내부구조 이해x
- 프로젝트 초기에 메소드 네이밍 및 변수 규칙을 명확히 정하지 않아, 불필요한 수정이 발생하는 번거로움이 있었음
- 엔티티에 대해 무결성을 중요시하고 변수의 관리를 엔티티의 역할로 부여하는 도메인적 설계가 부족했음
Try
- 멀티 스레드 상황에서 충돌문제 보완
- 트래픽이 늘어날 때에 성능 향상
- 초기 단계부터 상세한 API 설계, 브랜치 및 컨벤션 전략을 정하여 전체적인 틀을 잡고 시작하기
- JWT와 토큰 등 다양한 로그인 검증 방법 적용해보기
- 필터나 경로 예외처럼 응답처리가 고정된 예외 핸들링 해보기
- 심화적인 내용 적용해보기
Feel
팀장님: 기술적인 부분에서도 많이 고민을 했었지만 그것보다 중요한것은 팀워크였던거같습니다. 팀워크가 잘맞아서 진행이 매끄럽게 되었던 점이 좋았습니다.
팀원1님: 팀협업을 통해 부족한 부분을 빠르고 직관적이게 인지할 수 있었고 몰랐던 정보들을 공유를 통해 알게 돼서 팀워크와 소통의 중요성을 알 수 있는 경험이였습니다.
팀원2님: 부족한 부분이 많았지만 팀원들과 협업하며 좋은 결과물을 낼 수 있어 좋았습니다 ! 아쉬웠던 점들을 잘 보완해서 다음번엔 더 멋진 결과물을 낼 수 있으면 좋겠습니다. 다들 감사했습니다 !
팀원3님: 많이 부족한 부분을 알아가는 시간이였습니다. 다음에 협업을 할 때는 어떻게 해야 더욱 효율적으로 할 수 있는지 알았고, 기술적으로도 실력이 많이 늘은 것 같았습니다.
나: 개인 프로젝트와 다르게 팀으로 협업하는 것은 뭔가 색다른 느낌이였고 이 경험을 발판 삼아 더 나은 제가 되었으면 좋겠습니다. 또한 팀원분들이 분위기를 좋게 해주셔서 재밌게 프로젝트를 한 것 같습니다.
느낀 점
프로젝트가 끝나니 해냈다라는 홀가분한 심정이 들었고 시간이 조금 여유로워서 밀린 복습도 했다. 벌써 일주일이 지나서 내일은 또 새로운 팀원을 맞이하게 됐다. 시간 참 빠르다. 매일이 오늘과 같이 여유로웠으면 하는 바램..😂
