<aside>
🏁 최종 프로젝트 4~6주차에 가장 집중해주셔야 할 것은 “완성도 높이기”입니다.
MVP에 추가 및 보완해야 할 기능과 우리의 서비스에 담긴, 인정 받을 수 있는 고민을 정리해주세요. 튜터님들과 함께 프로젝트를 높은 완성도로 마무리 할 수 있는 방향을 점검해 봅니다.
최종 발표에는 지금까지 진행했던 프로젝트 개발 과정을 엔지니어답게 설명할 수 있어야합니다. 아래 항목들을 바탕으로 기술적으로 더욱 매력적인 최종 발표를 준비해봅니다.
-
지금까지 완성한 코드의 개선을 위한 트러블 슈팅에 대해 고민하신 후, 가장 적합하다고 생각하는 트러블 슈팅을 팀원 별로 한 가지 작성해 주세요!
- 트러블 슈팅은 코드는 구현된 상태에서 ‘느린 것을 빠르게’ 와 같은 개선 시킨 경험을 말합니다.
- 아직 잘 모르겠다면, 고민 중인 내용을 작성하거나 고민이 필요한 키워드를 튜터님과 논의합니다.
- 팀원 개인별로 작성해주세요.
- 최유민 : 뜨거운 뒹글러 목록 조회 - DB 조회 쿼리 비교, 캐시 적용 / SseEmitter 개수 제한
- 곽준선: SSE 에러 일부 수정
- 김다진: 개인 뒹글 페이지 조회 쿼리 개선
- 노하영: 프로필 이미지 용량 제한
-
프로젝트에 새롭게 도입한 기술이 있다면 정리해 주세요! (도입 이유도 꼭 적어주세요!)
- Redis
- 기존 뜨거운 뒹글러 기능이 뒹글 등록 시마다 DB에 쓰기 작업을 해야 하고, 목록 조회 요청도 많아 DB 대신 캐시 사용 시 큰 성능 개선이 예상됩니다. Redis Sorted Set 자료구조를 사용했습니다.
- 동시성 문제 해결을 위해서 Redisson 라이브러리를 활용한 분산락을 적용
-
이번 주 한 일
- 팀 전체 (리더님께서 필두로 정리해 주세요.)
- 팀원 개인별로 작성해 주세요.
- 최유민 : 새 뒹글러/공지사항 등록 테스트코드, 뜨거운 뒹글러 캐시 적용, SSE 에러 탐구, 사용자 피드백 설문 작성
- 곽준선: 프론트 MVP 구현, SSE 에러 탐구, RDS 연결
- 김다진: 뒹글,캐치,팔로우 도메인 테스트코드 작성
- 노하영: 동시성제어 분산락 구현…
-
우리 프로젝트에서 기술적으로 강점을 삼을 만할 항목 & 배포 케이스
(최종 발표 및 면접에서 프로젝트를 진행할 때 어떤 도전을 했는지 말할 수 있는 좋은 소스가 됩니다)
(배포 리젝에 대처했던 케이스를 기록해두세요!)
- 배포 간, 리젝 사유: GitHub Actions와 EC2만 사용하여 배포하려고 했으나, orphan process 제거 문제로 어플리케이션이 종료됨
- 리젝 대처 방안: AWS CodeDeploy 사용
- 리젝 대처 시 고민: 왜 GitHub Actions 실행 결과는 정상인데, 어플리케이션이 실행되고 있는 상태가 아닌지 고민했음
-
프로젝트에 적용했던 핵심 기술 목록을 작성해 주시고, 각 기술을 도입하게된 의사결정 과정을 정리해주세요.
- 모든 이야기를 요구사항/선택지/의사결정/근거로 준비하세요.
- 여러분이 어필해야 하는 것은 내가 엔지니어로서 자질이 있다는 것입니다.
- 엔지니어는 문제를 해결하는 사람입니다. 따라서 엔지니어는 우선 문제 정의를 정확하게 하는 것이 중요합니다.
- 어떤 요구사항이 있었는지, 이 요구사항을 구현할 수 있는 어떤 선택지들이 있었는지, 이 선택지들 중에서 어떠한 이유와 근거로 어떤 선택지를 결정하였는지 라는 이야기가 반드시 준비되어야 합니다.
| 요구사항 |
선택지 |
핵심 기술을 선택한 이유 및 근거 |
|
|
|
|
|
|
-
이외에도 기술적인 방향을 잡기 위한 질문을 정리해오시면 가장 좋습니다!
→ 단, “A는 어떻게 구현하나요”의 질문은 삼가주세요.
→ “A와 B를 알아보았는데, 둘 중 A가 낫다고 판단했는데 맞을까요?”의 식의 고민의 흔적을 담아 질문해주세요.
-
숙제 : 튜터링 받으며 다음 주까지 달성해야할 일
-
팀 전체 (리더와 부리더님께서 필두로 정리해 주세요.)
- 팀원 개인별로 작성해 주세요.