<aside> 📌

템플릿 안내

</aside>

• 여러분의 중간 점검 및 추후 더 빠른 이력서 작성을 돕고자 회고록 템플릿을 공유해 드립니다.

• 회고록을 작성하며 새롭게 추가 혹은 개선할 기능이나 수정 방향성을 깊게 고민해 보시길 바랍니다.

• 예시 🔽

  중간 발표회 회고록 예시

<aside> 📌

발표 자료

</aside>

<aside>

4조 중간 발표 자료

</aside>

<aside> 📌

중간 발표회까지 후기 및 소감

</aside>

중간발표까지의 후기 및 소감

<aside> 📌

대면 피드백 전 기재 사항

</aside>

<aside> 📜 프로젝트 정보

• 서비스명: 다예약
• 서비스 기획 의도: 일정 짜면서 밥도먹고 공연도 보고싶은데 각각 다른곳에서 예약하는것이 불편하다!
• 프로젝트 한 줄 설명: 음식점, 공연, 전시회 구분 없이 다 예약 가능한 다예약
• 최종 MVP 스펙:
• 팀 노션 URL: https://www.notion.so/teamsparta/4-2612dc3ef51480679e40c1af55c69c0d?pvs=18
• (선택) 서비스 배포 URL: </aside>

<aside> 📜

트러블 슈팅

• 통합 검색을 구현할 때, 각 도메인마다 데이터 타입이 달라서 애먹음

</aside>

<aside> 📜

기술적 의사결정

• RabbitMQ
• AWS SQS | Kakfa | 대규모 고객 처리, 확장성 고려 | | 웨이팅 대기팀 20팀 예상 웨이팅 순번과 상태 저장 필요 | - DB 저장
• Redis 저장 | DB 저장 | PostgreSQL의 경우에도 성능이 좋음 → PostgreSQL에서도 웨이팅 순서를 충분히 체크할 수 있음 당장 여러 가게가 웨이팅을 사용할거라는 가정은 MVP 단계에서는 하지 않았고, 불필요 했음 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | </aside>

<aside> 📌

대면 피드백 후 기재 사항

</aside>

<aside> 📜

피드백 기록

• 시연영상이 너무 빨랐음. . . . 8배속은 좀 아닌듯
• ppt가 통일되는 느낌이 없었다
• 레디스 내부 vs 외부 정보 찾아보고 선택하기 (내부 : 캐시때문, 로컬캐시도 있음, 외부 : 스케일 아웃 하는경우 좋음, 몇개 띄울지)

</aside>

<aside> 📜

4-5주 계획 및 우선 순위