1주차 회의록
2021-10-25 ~ 2021-10-29까지 있었던 회의 내용입니다.
See 2021-10-25 note
- 우리끼리 지켜야 하는 약속 + 공감대
- 정해진 분량을 마무리 한다면 일정은 간섭하지 않는다
- PR을 보내고 반드시 다른 사람이 코드 리뷰를 하고 merge(1명 이상) 한다
- 최소한의 시간을 투자해서 개발을 하자!(주 40시간 = 일 8시간?)
- 시간 약속 지키기
- 주말은 노터치
- 체크인 시간, 회의 시간, 스크럼 시간에 대한 약속
- 정해진 분량을 마무리하는 시간은 다음날 데일리 스크럼하기 이전입니다.
- 구현을 하는 대신 학습이 필요한 경우엔, 발표 준비를 하여 팀원들에게 기술 공유를 해줍니다.(깊이가 필요한 학습 내용)
- 기술 공유는 수요일 10시부터 11시까지 진행합니다.
- 마일스톤 계획(1주일 단위)은 월요일 아침, 마일스톤 회고(1주일 단위)는 팀 회고 시간에 진행됩니다.
- 변경 사항이 있을 경우 알리고 스크럼 끝나고 회의 시간을 가진다.
- 데일리스크럼은 짧게 진행하고 최대 30분으로 진행합니다.
- merge/rebase 는 다같이
- 스크럼
- 다같이 merge/rebase 진행하는 시간
- 회의(필요시)
- 기술공유(필요시)
의사결정에 필요한 것들 - 데이터 수집 방식, 피드백 전달 방식, 프로젝트 관리방식 팀 분위기를 위한 것들 - 태도, 말투, 응답, 인정, 티타임
- 만장일치가 아니면 진행하지 않는다
- 회의시간 2시간이 넘어가면 휴식 필수
- 회의땐 존댓말, 사적으론 알아서
- 읽은 내용은 이모티콘으로 확인
협업에 필요한 것들 - 코딩 스타일, 브랜치 전략, 회고 방식
- JS : ES6
- css : styled-component
- webpack 사용
- boolean 변수명 의문형 : isVaild
- eslint prettier ts airbnb
- issue 관리, 라벨링
- gitflow
- console.log, 주석 적는거 지양하기, commit에 적어두기, 디버그 툴 사용하기
- airbnb
- self explanatory
- 공유 브랜치에 PUSH하면 SLACK 알림(git action)
- master 배포
- release 배포 테스트
- develop 개발
- feature 기능, 버그 수정, 리팩토링(할꺼면 남들에게 알려줘야함)
- merge/rebase 후 사용한 feature 브랜치는 자신이 삭제
- feature에서 dev로 보낼때 squash merge 사용
See 2021-10-26 note
- 기능을 다양한 서비스 vs 리소스가 큰 서비스(알고리즘)
J091 - 게임 엔진 x, 배운 내용 심화, 예를 들면 기능 구현할 때, 많은 사용자들이 사용한다고 생각하고 가정.
J102 - 개인적으로 고민해서 해결해야 하는 영역일 것 같습니다.
J166 - 굳이 분리해야 하나? 라는 생각, api에 종속적인 것은 별로이지 않을까? 자체적으로 해보자.
J197 - 기능이 다양한 것은 할 수 있지만, 깊은 고민을 만들 수 없을 것 같습니다. MSA 아키텍쳐를 배우는 것도?
- J091
- SNS 클론 코딩
Option 1 : 특정 SNS 따라하기
Option 2 : 채팅, 사진, 로그인, 화상 채팅
실시간 사용자 수용량이 중요할 것 같습니다.
스트레스 테스트 필수
- J102
- 마피아 게임 + 보물 찾기
- 마피아 게임 + 게임방 만들기!! + canvas로 맵 그려서 특정 행동 취하면 힌트 + 보물 찾기
게임방 만들기가 필수
여러 개의 게더타운
마피아 게임 하는 조가 존재, 게더타운도 괜찮
게임은 리소스를 넣는 것이 걱정입니다. 적절한
이도저도 안 될 수도 있다!
- 지도 게임 클론 코딩 + 지도 데이터 필요 x + url 조작으로 가능
구글 api에 의존적입니다.
구글 api의 다양한 서비스를 만져볼 수 있습니다.
구현할 기능이 없을 수도 있습니다. 그래서 홈페이지에 자잘한 기능이 많습니다.
api 요청을 해서 어떻게 빠르게 처리할 것인지에 대해 고민할 것 같습니다.
api 요청 90%
6주 프로젝트로 부족할 수도?
- 메타버스?
- 하나의 맵을 그려서 실시간 사용자들이 자기 집을 짓고 키우는 게임
메타버스는 게임 엔진으로 만들어야 해서 가능한가?
큰 리소스 때문에 렉이 많이 걸릴 거 같습니다.
다양한 게임 엔진이 존재합니다.
- 쿠팡 클론 코딩
- 상품 등록 부터 결제까지
쇼핑몰이 큰 뼈대여서 한번 해보는 것이 중요합니다.
실제 돈이 결제되면 좋은 아이디어
아임포트 존재
- J166
- slack or discord
- 동영상, 사진 첨부 + 관리자 + 로그인 + 채팅
SNS(인스타, 페이스북)도 비슷합니다.
테스트 라이브러리 <=> python - 셀레니움, javascript 존재, ngrinder, nodejs selenium-webdriver
- chegg 클론 코딩
- 커뮤니티
기술적으론 sns로 동일, 아이디어는 다릅니다.
- J197
-
번역 플랫폼
-
플리토 : 집단지성을 활용한 번역 플랫폼을 제공함으로써 사용자들이 자유롭게 번역을 요청하고 받을 수 있는 공간이다.
-
vrew : 인공지능을 활용한 영상 편집 프로그램입니다. 신개념 영상 편집을 지금 경험해보세요.
-
youtube 자막
sap를 어떻게 구현해야 하는지, 트롤링을 어떻게 막아야 하는지 생각해봐야 합니다.
영상 + 번역 내용을 같이 담는 파일 형식을 배워야 하는 점이 조금 우려?
트롤링 방지 알고리즘이 핵심이라고 생각! nlp 필수
딥러닝 안 쓰고 가능할까?
여러 명에서 변역을 제출해야 하는 것이기 때문에 인공지능이 해야 하나?
시간별로 변역된 내용 중 좋아요가 높은 것을 고리는 것이기 때문에 가능할 것입니다. Github snapshot 참고
- slack or discord 🆗📃💎🤣
화상회의가 가능한 slack 서비스?
- SNS 클론 코딩 🆗💎
- 마피아 게임 + 보물 찾기 🉑
- 메타버스?
- 쿠팡 클론 코딩 🆗 -결제된다는 가정
- chegg 클론 코딩 🆗🉑
- 번역 플랫폼 🆗📃💎🤣 youtube api에서 제공하지 않음
화상회의가 가능한 slack 서비스
-
slack 기반으로 한다.
-
팀 기반으로 한다.
-
화상회의를 주요 기능으로 둔다.
-
공동 작업 공간을 가진 slack이라고 보면 됩니다.
-
수료 이후 개발 가능!
issue + project
- 기획 + 요구 사항
시스템 구성도(아키텍처 뷰)
핵심 기능별 동작 흐름
상세 기능 목록(백로그)
See 2021-10-27 note
- 프로젝트 환경 설정
- 어떤 테스트 툴 확인하고 테스트 도구는 어떻게 사용할지?
- task 시간 세분화 (다음주 월요일)
- Component 디자인
- c4 모델 생성
- 어떤 기술 스텍을 사용할지?
- git action을 사용하자!
- jest, storybook
- mysql로 저장하고 느리면 redis
- docker를 미리 설정하고 배포를 진행합니다. (다음 주 월요일)
- 자동 배포 환경 설정 (목, 금요일)
- package Manager : default는 yarn이고 안되면 npm (편집됨)
📃 2021-10-27 리뷰어님과 회의 내용
코드도 중요하지만 결과물도 중요합니다.
MVP(=최소기능모델)을 구성해봐야 합니다.
각 feature에 대한 우선순위를 두어야 합니다.
Epic 1~5번까진 중요도를 높게 두어 구현하는 것을 권장합니다.
주말까지 구현해야 가능한 구현량이여서 작업량을 확인해볼 필요가 있습니다.
PR를 보내 리뷰하는 시간도 포함해야 합니다.
필요없는 기능은 과감하게 빼야 합니다.
클린코드나 코드를 잘 짜는 연습이 있어야 합니다.
채팅 기능은 꼭 넣어야 합니다.
docker 공부를 해야 합니다.
아키텍쳐 (=>pub/sub), redis를 공부해야 합니다.
계정관리기능을 우선적으로 구현하는 것을 권장합니다.
백엔드 파트에서 에러헨들링도 중요합니다.
서비스를 런칭한다는 개념으로 실사용자가 피로감을 느끼는 부분을 없에는 노력이 필요합니다.
첫주에 구현할 수 있는 사이즈가 중요합니다.
그 사이즈를 확인하고 다음 기획을 짜는 것이 좋습니다.
due-date가 중요합니다!
마감 기간을 만들어서 적용해보는 것을 권장합니다.
운영팀에선 결과물을 굉장히 중요하게 본다고 합니다.
많은 걸 해보는 것보다 하고 싶은 기술을 압축해서 만들어보는 것을 추천합니다.
현업에서 바로 적용할 수 있는 기술 수준까지 끌어올리는 것을 추천합니다.
개발 환경은 똑같이 만들 수 있도록 설정합니다.
개발 환경을 맞추지 않으면 생산성이 떨어질 수 있습니다.;
DB-ERD를 우선적으로 짜야 합니다.
react를 쓰는 건 좋은데, 패턴이나 구조를 어떻게 적용해야 할지 고민해야 합니다.
이전엔 Component 단위였지만 Hooks api + recoil을 쓰면 커스텀 훅을 만들어야 하므로 구현하기 힘들 수도 있습니다.
전역상태에서 어떻게 관리를 할 것이며 코드를 짜는 스타일을 어떻게 통일시킬 것이 의논해야 합니다.
백엔드 리소스, 프론트 리소스를 어떻게 짤 것인지 고민해야 합니다.
다 구현하되 우선 순위가 낮은 것은 제외시켜야 합니다.
6주는 생각보다 긴 시간이여서 컨디션 관리도 중요합니다.
학습 시간 때문에 시간이 부족해지지 않을까 염려됩니다.
무리있게 하고 버거우면 줄여가면 됩니다!
충분히 해낼 수 있으니깐 feature 구현은 멈추면 안됩니다!
리팩토링하는 마지막 주엔 새로운 코드를 짤 수 없을 것입니다.
기획을 잘 짜야 코딩 시간을 줄일 수 있습니다.
유지 보수 / 확장성 면에서 기획을 짜는 것이 중요합니다.
문서화 잘해야 합니다!
업무 분담은 비슷한 양으로 해야 합니다!
코드 컨벤션이 중요합니다!!
리뷰 최소 2명이 보고 Merge를 진행하는 것을 권장힙니다.
굵직한 feature를 우선적으로 만드는 것을 권장합니다!
한주한주 기획사항을 마무리할 수 있도록 노력해야 합니다!
해당 주 데일리스크럼 조장은 일정관리를 하는 것을 권장합니다!
📃 해야할 목록
1. time, 마감일 목록 만들기
2. feature 우선순위 정하기
3. DB-ERD 만들기
4. 백엔드, 프론트엔드 구조 정하기See 2021-10-28 note
- ❓ 오늘의 TMI
이충헌님 : 불닭 떄문에 배가 아프다🤦♂️
조진성님 : 너무 졸리다.
박주원님 : 면접 때문에 걱정된다.
설민욱님 : 회의록 만들었는데 멘토님과 매번 공유하면 좋지 않을까요?
- time, 마감일 목록 만들기, feature 시간 세분화 (다음주 월요일) ❌
- feature 우선순위 정하기 (1 - 선 epic 단위, 다음 story단위 ) ❌
- DB-ERD 만들기
- 백엔드, 프론트엔드 구조 정하기 ❌
- 어떤 테스트 툴 확인하고 테스트 도구는 어떻게 사용할지? jest ❌
- Component 디자인 ❌
- c4 모델 생성 ❌ (편집됨)
- DB-ERD
- 기획 공유 준비
- 프로젝트 환경 설정 (주말에)