A. 지난 데모데이 피드백 적용
체크리스트
1. 기획/디자인
•
•
총대 직접 진행하며 느낀 점 관리 (진행 도중 느낀 불편한 점 포함)
◦
[증빙 자료]
시연 필요 
2. 팀/소프트스킬
3. 인프라
•
develop-BE, develop-AN 나눈 브랜치 전략 사용하며 불편한 점 개선
◦
issue 자동 closed 안되는 문제 → issue 자동 closed 해주는 자동화 스크립트 넣어 해결 완료
4. 백엔드/안드로이드 기능 개선
•
[백/안드] OG 태그로 메타 데이터 크롤링 기능 추가
◦
사용자에게 물품 이미지 없고 링크만 있을 때, 자동으로 이미지 제공해 사용자 편의성 증대
•
[백/안드] 필터링 및 정렬 기능 추가
◦
참여가능만/마감임박순/할인율순 의 필터링 사용할 수 있게 해, 공동 구매 참여 유도
•
[백] no-offset page size 제한 추가
•
[안드] 댓글 캐싱 기능 추가
◦
댓글을 매번 다 가져올 필요 없게 해 성능 개선
•
[안드] 테스트 추가
B. 백엔드
1. API 문서 작성
•
[툴] Spring REST Docs 를 연동해 OAS 파일 만들고, Swagger-UI로 OAS를 해석해 API 스펙 시각화함
◦
Spring REST Docs 택한 이유: 테스트 강제(동기화 보장), 프로덕션 코드에 영향 x
◦
Swagger-UI 택한 이유: 문서 내 API 테스트 지원 o
•
[추후 도입 검토] prod 배포 진행 후 prod 서버의 swagger 문서 접근 통제 적용 검토 중
2. 로깅 프레임워크 적용
•
[툴] Logback 라이브러리를 이용해 Interceptor 와 ExceptionHandler 에서 로그를 남김
◦
Logback 라이브러리 택한 이유: Slf4j의 구현체, 추가적인 의존성 설정 불필요, 팀원들의 사용경험 기반, 다양한 레퍼런스, log4j보다 약 10배 정도 빠르게 수행 & 더욱 높은 레벨의 테스트로 검증됨
[정책] 로깅 레벨 별로 수집 대상 다르게 로그를 남겼고, 운영 환경에선 INFO, WARN, ERROR 로그 남김
•
3. (로그, 매트릭) 모니터링 대시보드 구성
•
[툴] 클라우드 워치로 메트릭과 로그를 수집하고 시각화함
◦
클라우드 워치 택한 이유: 러닝커브가 적음, 메트릭 수집/로그 수집/시각화가 전부 가능, AWS 리소스 사용하고 있기에 호환성 좋음(다른AWS 리소스 모니터링 용이)
고려 대상: 프로메테우스+로키+그라파나 vs 클라우드 워치
[정책] 모니터링 대상을 아래와 같이 정함
•
[추후 도입 검토] 모니터링 알람 추가 검토중
C. 안드로이드
1. Firebase Analytics, Crashlytics 등 모니터링 환경 구축
2. 로깅 전략을 적용한 파일의 깃헙 링크 남기기
D. 공통
1. 프로젝트 요구사항 적용 데모 시연
•
API 문서
•
모니터링 대시보드
2. 핵심 기능 개발 서버에서 데모 시연
1.
로그인 하기
2.
목록
검색, 필터링
3.
글작성
이미지 추출, 이미지 업로드
n빵가격, 원 가격
주소 API 연결
종료 시간 - ui 개선
3. 4차 스프린트에서 구현할 핵심 기능 목록 공유
1.
참여 취소 기능 구현 모두
정책
2.
참여가능만 필터링 기능 추가 및 복수 선택 구현 모두
3.
정산 금액 확인 기능 모두
4.
마이페이지(닉네임 수정, 로그아웃, 회원탈퇴) 기능 모두
5.
신고하기(구글폼) 기능 안드
6.
거래 리뷰(칭찬 횟수 count만) 기능 모두
7.
가로 모드 지원 및 ui ux 개선 안드
1 3 4(탈퇴) 5만 하는건 어떤지 ?