"모드(Mode)"와 "버디(Buddy)"의 결합으로 만들어진 이 이름은, 당신의 라이프스타일과 개성을 반영하는 최적의 '모드'를 발견하도록 돕는 친구를 뜻합니다. 고객의 체형, 취향, 라이프스타일 데이터를 기반으로 맞춤형 스타일링 경험을 제공합니다. 단순한 추천을 넘어, 고객 스스로 스타일링 능력을 기를 수 있도록 돕는 서비스입니다.
- 종합 패션 스타일 컨설팅
- 체형 분석
- 스타일 추천
- 패션 아이템 추천
- 브랜드 추천
- 데일리 패션 추천
- 날씨 기반 추천
- 일정 및 라이프스타일 반영 추천
- 부가 기능
- 스타일링 팁 제공
- 쇼핑 연계 기능
- 저장 및 비교 기능
- 스타일 커뮤니티
- 기능 기대 효과
- 시간 절약: 고객이 스타일 고민에 소모하던 시간을 획기적으로 단축
- 개성 표현: 획일적인 스타일에서 벗어나, 개인의 개성과 매력을 돋보이게 함
- 편리한 쇼핑: 추천과 쇼핑을 한 번에 해결하여 구매 실패율을 낮춤
- 지속적인 성장: 고객 스스로 스타일링 실력을 키워 패션 근육을 강화
| 박동규 | 김재헌 | 서상효 | 김성욱 | 최윤서 |
|---|---|---|---|---|
 |
 |
 |
 |
 |
| dong99u | jher235 | seoshinehyo | so3659 | yunseo02 |
| 기술 스택 | 버전 |
|---|---|
 |
21 |
 |
3.3.5 |
 |
8.0.39 |
Github 협업 규칙은 아래와 같습니다.
-
전체적인 협업 flow는 Github flow를 따름.
-
Fork한 저장소를 각자 local로 가져와 수정.
-
수정한 코드는 add -> commit -> push 후, upstream에 Pull Request를 수행.
-
main branch로부터 dev branch, prod branch를 구성.
-
추가되는 기능에 대해서는 feature branch를 생성하여 각 기능별 branch를 구성.
-
Pull Request 시 Code Review 이후 Merge 진행.
-
Commit 규칙은 아래와 같이 진행했습니다.
커밋 타입 설명 feature 새로운 기능 구현 fix 수정 refactor 리팩토링 docs 문서 수정 style 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우 chore 패키지 구조 수정, code와 무관한 부분들 (.gitignore, build.gradle 같은) 수정 hotfix hotfix remove 패키지나 클래스 삭제 test 테스트 코드, 리펙토링 테스트 코드 추가 rename 패키지나 클래스명 수정 comment 주석 추가
- Github 레포지토리의 Issue탭에 Todo인 상황 혹은 In progress에 대한 상황을 작성하고 공유했습니다. 해당 Issue 번호로 각자의 로컬 레포지토리에 브랜치를 생성하여 Pull Request 시에 해당 Issue를 언급하여 공유했습니다. 해당 전략을 사용하여 Merge Conflict의 발생 가능성을 줄였습니다.
- 다음과 같이 개발 이후 특정 프로젝트에 대한 변경사항을 제안하고, 팀원과 이를 검토 및 논의한 후, 최종적으로 해당 변경사항을 반영할 수 있도록 했습니다.
- 다른 개발자들은 해당 Pull Request를 검토하고, 필요한 경우 피드백을 제공할 수 있었습니다.
- 검토 후, Pull Request가 승인되면 변경 사항이 메인 프로젝트로 병합되도록 했습니다. 반면, 추가적인 수정이 필요한 경우 개발자는 피드백을 반영하여 수정하고, 수정된 변경사항을 다시 push 했습니다.
- 박동규 : [email protected]
- 김재헌 : [email protected]
- 서상효 : [email protected]
- 김성욱 : [email protected]
- 최윤서 : [email protected]