회의록 Week 1
오프라인때 만나서 정하기 !
미팅방법, 지각, 활동, 코딩컨벤션 등..
[S060 최동규] : 5주동안 포기하지 않고 많이 배우고 후회없게 임하겠습니다.
[J028 김도균] : 다 같이 웃으면서 마무리할 수 있으면 좋겠습니다. 저도 열심히 하겠습니다!
[J139 이상경] : 함께 열심히 달려봐요ㅎㅎ 아자아자 화이팅!!!!
[J089 박지홍] : 즐겁게 재밌게 플젝하겠습니다! 단 충돌과 야근도 곁들인...
[S059 최광현] : 잠 안자도 되니까 이번엔 무조건 끝까지 완성하는걸로 ㅎㅎ
- 미팅
- 주 2회 오프라인 미팅
- 주 3회 온라인 미팅
- 코딩 컨벤션
- iOS와 JS 각각 규약합니다.
- 커밋 컨벤션
- Commit Footer에 관련 이슈 태그 (e.g. #100)
| Folder 구분 | 설명 |
|---|---|
| [FE] | Frontend |
| [BE] | Backend |
| [iOS] | iOS Swift |
| 타입 | 설명 |
|---|---|
| Feat | 새로운 기능 추가(CSS 포함) |
| Fix | 버그 수정 |
| Docs | 문서 수정 |
| Refactor | 코드 리팩토링 |
| Style | 코드 포맷팅 (코드 변경이 없는 경우)(줄바꿈, 오타) |
| Test | 테스트 코드 작성 |
| Chore | 소스 코드를 건들지 않는 작업(빌드 업무 수정) |
예시)
[FE] Feat: 기능 추가
내용
- 브런치 전략
- repo를 fork해서 pr을 날리고 develop 브랜치에 머지하는 방법
- 브랜치 네이밍이 겹치지 않아서 작업하기 편하다.
- 기존 repo에서 브랜치를 나눠 pr을 날리고 develop 브랜치에 머지하는 방법
- 실무에서? 어떤 방식을 선호하는지, web과 ios가 협업할 때 어떤 방법이 좋을지?
- repo를 fork해서 pr을 날리고 develop 브랜치에 머지하는 방법
- backlog
- 실무에서 어떤 방식으로 작성하는지
- 테스트 코드
- 얼만큼 커버할 수 있게 작성하는지
- Web
- 선택사항인 Next.js 사용을 권장하는지, 사용한다면 어떤 이점이 있는지?
- iOS
- swiftUI + Combine이 선택인 이유
-
화면 별 기능/인터랙션/이벤트 분석
-
이벤트 로그 정의 https://docs.google.com/spreadsheets/d/1JuG9vLeBWsvpTwx8YDzwmGC8QISyTXI28H34osQy88U/edit#gid=0
[프로젝트 제목] – 프로젝트 범위
-
서론 : 사용자 이벤트 수집기
-
프로젝트 범위 : 기존에 배포되어있는 VIBE 웹, 앱을 클론하되, 이벤트 수집에서 유의미한 기능, UI를 위주로 구현합니다.
-
프로젝트 결과물 : 바이브와 라인 뮤직의 사용자 이벤트 수집의 설계와 검증을 실제 앱웹 배포 없이 선행적으로 할 수 있게 하기 위한 프론트엔드와 백엔드를 구축합니다.
-
프로젝트 수락 기준 : 통계적으로 의미가 있는 사용자 이벤트 수집, 데이터베이스에서 확인할 수 있어야 한다. 데이터 활용도를 높임으로써 로그 데이터 분석에 소요되는 자원을 절감할 수 있어야 한다.
-
프로젝트 배제 : 사용자에게 노출되거나 인터렉션을 받은 주요 화면 요소를 포함하지만 음원 재생 기능은 넣지 않습니다.
-
프로젝트 제약 : 12/21일까지 구현
- iOS SwiftUI와 ComBine 학습이 필요합니다.
- Web Typescript와 Next.js 학습이 필요합니다.
- 사용자 이벤트 수집기 서비스의 사용 목적이 궁금합니다. 페이지에 오래 머물게 하기 위한 분석도구인지, 유저 플로우를 파악할 수 있게 한 도구인지(UX) 등 해당 서비스의 목적에 따라 수집해야 하는 로그 데이터가 상이.
- 데이터 수집 이후의 통계도 처리해야 할까요?
- 데이터를 서버에 전송하는 시기는 언제인가요 만약 서버 요청시 데이터를 보내는거라면 CoreData는 언제 사용할까요?
- 앱/웹 기능을 이벤트 수집용으로만 구현하고(UI, 화면이동) 실제 기능은 구현하지 않아도 되나요?
- 스프레드 시트에 작성한 형식과 예시 피드백 (params 데이터 처리, 식별자 명)