Home

친구와 함께, AI와 함께 체크리스트 작성을! 오리

개발기간: 2023.10 ~

팀원 소개 👨‍👨‍👧‍👧

S006	S008	S021	J050	J080
김성훈	김영균	위성철	박민성	양동석
iOS	iOS	iOS	WEB	WEB

기획과 디자인 📄

• 에픽
• 유저 스토리
• 디자인

오리들의 발자취 👣

iOS

기술 문서

번호	제목	키워드
1	CRDT vs OT	CRDT
2	왜 RGATreeSplit 방식을 채택하였나?	CRDT
3	ID 부여 방식	CRDT
4	Tree 방식에서 밸런싱	CRDT
5	자소분리 문제 해결과정	CRDT
6	딥링크로 체크리스트 초대하기	딥링크
7	프레임워크 vs 라이브러리	모듈
8	소켓통신: Any와의 싸움	소켓

의사결정 기록

제목	키워드
[ADR] 아키텍처 의사 결정 기록: iOS 애플리케이션 아키텍처 채택하기	ADR
[ADR] 아키텍처 의사 결정 기록: SwiftLint 채택	ADR
[ADR] 아키텍처 의사 결정 기록: UI 영역에서 Combine 사용 결정	ADR
[ADR] 아키텍처 의사 결정 기록: Presentation영역의 ViewModel에서 Input Output 패턴 도입 결정	ADR
[ADR] 아키텍처 의사 결정 기록: 코디네이터 패턴 도입 결정	ADR
[ADR] 아키텍처 의사 결정 기록: 로컬 스토리지로 코어 데이터 사용 결정	ADR
[ADR] 아키텍처 의사 결정 기록: Custom Network Foundation 라이브러리 구현 및 모듈화 결정	ADR
[ADR] 아키텍처 의사 결정 기록: 웹 소켓을 뷰 컨트롤러에서 연결하도록 변경	ADR

BE

번호	제목	키워드
1	vpc 설정 feat. 서브넷 마스킹	vpc
2	public, private 서버 인스턴스 생성	서브넷
3	private 서버 인스턴스 NAT 게이트웨이 생성	NAT
4	로컬에서 ssh tunneling을 통한 private 인스턴스 속 postgresql 서버 접속	ssh tunneling postgresql
5	github actions와 docker를 통한 nest 서버 배포	github actions docker CI/CD
6	Logger 설정 - winston middleware to interceptor	Logging Winston
7	apple login	OAuth Apple Login
8	NestJS 서비스에서 CLOVA Studio API 연동	CLOVA Studio API
9	Pipe & Filter 아키텍처와 인공지능 데이터 캐싱	Redis Pub/Sub

오리들의 기록 📅

	Day1	Day2	Day3	Day4	Day5	회고
1주차		스크럼 / 오프라인 회의	스크럼 / 온라인 회의	스크럼 / 온라인 회의		팀회고 / 개인회고
2주차	스프린트 계획회의	스크럼 / 오프라인 회의	스크럼	스크럼	스크럼	개인회고 / 데일리 회고
3주차	스프린트 계획회의	스크럼	스크럼	스크럼		팀회고 / 개인회고
4주차	스프린트 계획회의	스크럼	스크럼	스크럼		팀회고 / 개인회고
5주차	스프린트 계획회의	스크럼	스크럼	스크럼		팀회고 / 개인회고
6주차	스프린트 계획회의	스크럼	스크럼

그라운드룰 📚

그라운드 룰

🐥 오리 규칙

✅ 오리들 수면 시간을 보장합니다.

• 수면 코어 시간: 04:00 ~ 07:00
• 최소 6시간을 지킵니다.

잠깐! 오리들 수면 시간
  - 성훈님: `04:00 ~ 09:00`
  - 성철님: `01:00 ~ 09:00`
  - 영균님: `12:00 ~ 07:30`
  - 동석님: `07:00 ~ 09:00`, `12:00 ~ 16:00(마스터클래스 없는 날)`
  - 민성님: `03:00 ~ 09:50`

✅ 코어타임을 준수합니다.

• 참석하기 어려운 상황이 있다면 팀원에게 미리 알려줍니다.
• 평일에 열심히하고 주말엔 쉽니다.

✅ 회의

• 50분 회의 10분 휴식을 준수합니다.
• 끝내는 시간을 정하고 회의를 시작합니다.

✅ 스크럼 마스터는 서로 돌아가면서합니다.

브랜치 전략

🐥 오리의 브랜치 전략

main branch

• main

develop branch

• ios/develop
• backend/develop

feature branch

• ios/feature/#{issue_number}
• backend/feature/#{issue_number}

release branch

릴리즈 넘버 규칙 : major.minor.patch

• ios/release/#{release_number}
• backend/release/#{release_number}

커밋 전략

🐥 커밋 전략

# <타입>: <제목>
#
# 본문은 위에 작성
# --- COMMIT END ---
#
# <타입> 리스트
#   feat    : 기능 (새로운 기능)
#   fix     : 버그 (버그 수정)
#   refactor: 리팩토링
#   style   : 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
#   docs    : 문서 (문서 추가, 수정, 삭제)
#   test    : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
#   chore   : 빌드 업무 수정, 패키지 매니저 수정
#
# ------------------
#
#   타입은 영어로 작성하고 제목과 본문은 한글로 작성한다.
#   제목 끝에 마침표(.) 금지
#   제목과 본문을 한 줄 띄워 분리하기
#   본문은 "어떻게" 보다 "무엇을", "왜"를 설명한다.
#   본문에 여러줄의 메시지를 작성할 땐 "-"로 구분
#
# ------------------
#
# 예시
#   feat: 회원 가입 기능 구현
#   fix: jwt 버그 수정
#   docs: 스프린트 계획 추가
#   style: 코드 인덴트 수정
#   style: 코드 띄어쓰기 수정
#   style: 변수명 변경
#   style: 주석 제거
#   refactor: 회원 가입 로직 리팩토링
#   test: 뷰 모델 테스트 코드 추가
#   chore: 빌드 패키지 수정