22 11 10 회의록
- 기술 스택 정하기
- UI 프로토타입
- API 명세
- ERD
- 강수홍: 어제 알고리즘을 1문제 풀고 마무리 하려고 했었는데, 파이썬의 문제인지 억까가 있어서 안풀려서 너무 화가 났습니다. 오늘은 잘 풀렸으면 좋겠다라는 마음입니다.
- 김형준: 어제 멘토님이랑 미팅을하고 저녁을 먹고 잠깐 누웠더니 타임워프를 했습니다. 그래서 어제도 일어나고 나니 헬스장이 이미 닫아버려서 오늘은 무조건 눕지 않겠다. 쉬더라도 앉아있어야겠다 라는 생각이 들었습니다. 그리고 오늘 아침에 JS문제를 하나 풀려고 했는데 코테 준비가 너무 안되있는거 같아서 좀 준비해야 겠다 생각이 들었습니다.
- 이승재: 멘토님이랑 미팅 끝나고 코테 문제도 하나 풀고 nest.js 공식 사이트에 들어가 봤는데 생각보다 훨씬 어려워 보였습니다. 'spring 경험이 없는 사람이 6주 안에 배울 수 있을까?'라는 생각이 들었습니다. 그리고 나서는 유튜브를 보면서 쉬었습니다.
- 최성호: 어제 미팅 끝나고 맛있는 밥을 먹고 게임 몇판을 하다가 잤는데 왜 이렇게 늦게 일어났는지 모르겠네요. 저도 거의 타임워프를 했는데 너무 늦게 일어나서 죄송합니다.
| 분류 | 기술 스택 |
|---|---|
| Languages | TypeScript |
| Code Rules | ESLint, Prettier |
| FE | React, emotion, Recoil |
| BE | Node.js, Nest.js |
| DB | MySQL, prisma, redis |
| Design | figma, Storybook |
| Build | Webpack, Babel |
| Deploy | nginx, github action, ncloud |
| Container | docker |
| Test | Jest |
- 우리 앱에서 SSR이 필요한가?
- 전제
- 우리가 CSR은 이미 익숙하고 SSR을 구현하려면 러닝 커브가 조금 있다
- SSR이 필요한 이유를 따로 찾지 못하면 Next.js를 사용하지 않을 것이다
- SSR의 장점
- 초기 로딩이 빠르다
- 검색 엔진 최적화
- 언제 SSR을 사용하면 좋을까?
- 데이터 시각화와 같이 초기 로딩을 할 때 서버와 통신을 많이 해야하는 경우 SSR이 더 좋을 것 같다
- 우리 앱에는 SSR이 필요하지 않을 것 같다!
- 우리 앱은 캔버스, webrtc만 사용하고 이건 클라이언트에서 동적으로 자원을 소모하는 개념이라 초기 로딩 성능 문제는 크게 발생하지 않을 것 같다
- 전제
- 일단 React로 개발하고 차후 SSR의 필요성을 느끼면 Next.js로 migration 하기로 결정
- Nest.js 사용 여부에 관한 논의
- 장점
- 초보자들도 어느 정도 이상의 품질 보장
- 정석적인 백엔드 구조를 배워볼 수 있다는 학습 상의 장점
- 단점
- 러닝 커브
- 일단 Nest.js 써보고 러닝 커브의 제약이 너무 크다면 Express.js로 migration하기로 결정
- 장점
https://www.figma.com/file/2eDuzuYTvKJPZUQjSi4l8T/Japari?node-id=0%3A1&t=SySxg2bOEXxSgNhw-0
https://www.figma.com/file/2eDuzuYTvKJPZUQjSi4l8T/Japari?node-id=0%3A1&t=SySxg2bOEXxSgNhw-0
# web api
1. 회원가입
2. 로그인
3. 로그아웃
4. 친구 추가
5. 게임 정보(게임 이름, 최소 인원) 불러오기
6. (유저, 친구, 랭킹) 목록 불러오기
7. 프로필 이미지 수정
8. 닉네임 설정
socket event
- 채팅 (클라이언트 -> 서버, 서버 -> 클라이언트)
- 게임초대 보내기/받기 (클라이언트 -> 서버, 서버 -> 클라이언트)
- 친구초대 보내기/받기 (클라이언트 -> 서버, 서버 -> 클라이언트)
- 방 생성
- 방 설정 변경
- 방 목록 갱신 (서버 -> 클라이언트)
- 방 참가
- 방 나가기
https://www.erdcloud.com/d/QjvfJtJxptXBMG6NF
