week2_sprint_meeting

2주차 스프린트 회의

🤔 프로젝트 설계 고민

BE

1. 프로젝트 중점이 트래픽과 안전성인데 이에는 동적이고 빠르게 개발이가능한 js 보다 ts가 맞다고 생각
2. 안전성 위해 테스트 코드를 작성할 것인데 oop 를 작 적용하며 깔금한 테스트 코드를 쓰고 단위테스트를 하기에는 컨테이너랑 여라가지 스프링과 유사한 경험을 제공하는 nestjs가 낫다고 생각함

But 아래와 같은 이유로 express 를 사용하려함

• 팀원들의 러닝커브 또한 고려해야함
• typedi 를 사용해서 express에도 컨테이너를 달 수있음
• 타입스크립트 문법과 express middleware등을 사용해서 nestjs 와 유사한 경험을 점진적으로 만들어 가는 과정을 거치면 express와 ts에 대한 보다 높은 이해를 가질 것으로 생각됨

FE

1. presenter , container 패턴
   • 같은 state 가지고 껍데기 만 바꿔끼는 경우가 많을 때 유리
   • 코드를 분리해서 봐야할정도로 길어지면 유리
2. atomic 패턴
   • 컴포넌트 재사용에 유리
   • 컴포넌트 테스트에 유리

• 생각해봤는데 redux 도입 시점 부터 state관리가 component에서 어느정도 분리되지 않았는가? 이걸 두번할 이유가 있나? 필요성을 느끼지 못하겠다.
• 같은 state 가지고 껍데기만 바꿔끼는 경우가 없는것 같다.
• FE 도전과제인 테스트 코드작성엔 atomic 패턴이 유리해 보인다.
• 만든사람도 hook으로 대체가 가능하다며 추천하지 않는다 한다. https://tecoble.techcourse.co.kr/post/2021-04-26-presentational-and-container/

디자인 패턴?

• 디자인 패턴을 적용해야 하나?
• 디자인 패턴을 칼같이 지켜야 할 필요가 없기 때문에 컨셉만 가져오고 우리 나름의 룰을 정해서 적용하자.

📄 이번주, 프로젝트 진행 할 것

FE

• Emotion 세팅
• 헤더 세팅 및 라우팅 -> 페이지 별 라우팅
• 메인페이지
• 참여그룹페이지
• 프로필페이지

BE

• 코어 세팅
• 로그인 기능 (Auth)
• swagger

인프라

• 개발 서버 구성
• DB 서버 구성

👨🏼‍💻 이번주, 프로젝트에 임하는 우리의 자세

• 아직 우리가 해결할 수 있는 양을 가늠할 수 없으니, 일단 일정은 빡세게 잡고 시간 조정을 해보자.
• 단순 기능 구현에만 집중하지 않고, 본인이 구현한 내용을 팀원들에게 설명 할 수 있는 수준까지 생각하자.
• 백로그는 언제나 추가 및 수정이 가능. 단, 꼭 팀원들에게 말하고 바꿀것!
• 코드리뷰, PR assign 적극적으로 할 것!