A. 2차 데모데이 피드백 적용
체크리스트
1. 기획/디자인
•
A/B 테스트와 피드백을 토대로 홈 화면 물건 목록 더 디벨롭 (가격 강조, 낱개 가격/할인율 추가, 필터링 추가)
•
총대 직접 진행하며 느낀 점 관리 (진행 도중 느낀 불편한 점 포함)
2. 팀/소프트스킬
3. 인프라
•
develop-BE, develop-AN 나눈 브랜치 전략 사용하며 불편한 점 개선
◦
불편한 점: issue 자동 closed 안됨 → issue 자동 closed 해주는 스크립트 넣어 해결 완료
4. 안드로이드/백엔드
•
[안드/백] OG 태그로 메타 데이터 크롤링 기능 추가
◦
사용자에게 물품 이미지 없고 링크만 있을 때, 자동으로 이미지 제공해 사용자 편의성 증대
•
[안드/백] 필터링 및 정렬 기능 추가
◦
참여가능만/마감임박순/할인률순 의 필터링 사용할 수 있게 해, 공동 구매 참여 유도
•
[백] no-offset page size 제한 추가
•
[백] CI 과정에서 코딩 컨벤션 검사
•
[안드] 댓글 캐싱 기능 추가
◦
댓글을 매번 다 가져올 필요 없게 해 성능 개선
•
[안드] 테스트 추가
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의 구현체, 추가적인 의존성 설정 불필요
[정책] 로깅 레벨 별로 수집 대상 다르게 로그를 남겼고, 운영 환경에선 INFO, WARN, ERROR 로그 남김
•
3. (로그, 매트릭) 모니터링 대시보드 구성
[툴] 클라우드 워치로 메트릭과 로그를 수집하고 시각화함
•
[방식] 푸쉬(우리 서버 → 모니터링 서버), 풀(모니터링 서버 → 우리 서버) 중 풀 방식 선택함
◦
풀 방식 택한 이유: 서버 부하 적음
[정책] 모니터링 대상을 아래와 같이 정함
•
[추후 도입 검토] 모니터링 알람 추가 검토중
C. 안드로이드
1. 로깅 전략을 적용한 파일의 깃헙 링크 남기기
2. Firebase Analytics, Crashlytics 등 모니터링 환경 구축
D. 공통
1. 프로젝트 요구사항 적용 데모 시연
2. 핵심 기능 개발 서버에서 데모 시연
1.
로그인 하기
2.
목록
검색, 필터링
3.
글작성
이미지 추출, 이미지 업로드
n빵가격, 원 가격
지도 API 연결
종료 시간 - ui 개선
3. 4차 스프린트에서 구현할 핵심 기능 목록 공유
1.
4차 스프린트 필수 사항 적용하기
a.
서버 분할하기(dev, prod, db, monitoring) 백
2.
완성된 API 연결(일정 수정, 댓글방 참가자 목록 확인) 안드
3.
참여 취소 기능 구현 모두
4.
참여가능만 필터링 기능 추가 및 복수 선택 구현 모두
5.
정산 기능 모두
6.
마이페이지(닉네임 수정, 로그아웃, 회원탈퇴 등) 기능 모두
7.
신고하기(구글폼) 기능 안드
8.
거래 리뷰(수집만) 기능 모두
9.
가로 모드 지원 및 ui ux 개선안드
10.
공모글 수정, 삭제 기능 모두
11.
공구 금액 반올림 기능 모두
12.
채팅 날짜 ux 개선 안드
13.
댓글방 새 메세지 표시(캐싱 활용) 기능 안드





