프론트엔드 1차 협의 내용 (1)

최종프로젝트 관련

스펙관련

✅ 사용확정

• React, Typescript ,Axios, EsLint + Prettier

• Next.js 보류
• 도메인 어울리긴 하는데, 시간적인 측면, 생산성 측면을 고려할 때, 프로젝트 이후 리팩토링 단계에 더 적합하다고 판단

• 상태라이브러리
• 인수
• react-query 안쓰고 Context API 하거나
• react-query 쓴다면 Recoil 같이 사용하기
 
• server상태: react-query
• ⚠️ 승범 제안, 인수 찬성, 채우 대기
• react-query 도입 참고 자료
React-Query 도입을 위한 고민 (feat. Recoil) - 오픈소스컨설팅 테크블로그 - 강동희
Web Frontend 개발을 할 때 React 를 사용하면서 마주하게 되는 여러 가지 문제점 중 하나는 state, 상태 관리에 관한 부분입니다. 프론트엔드 개발자라면 state 와 뗄 수 없는 인연을 맺고 있습니다.오늘 이 글이 작성되는 이유는 바로 state 와 깊은 관련이 있습니다. React 에서 상태 관리를 하기 위해서는 대부분 Redux 라는 상태관리 매니저를 사용합니다.

https://tech.osci.kr/2022/07/13/react-query/

• 전역상태: contextAPI || recoil
• recoil 사용성 장점
• contextAPI 가장 row한 단계라는 특징

• 스타일
• emotion 결정 ✅
• 디자인 프레임워크
• MUI(link) , antD (ant.d)
• https://moonsupport.oopy.io/post/3
• 시간
• 썼을 때: 학습 초기 비용 단, 사용 시 시간 절감 효과
• 안썼을 때: 디자인이 와이어프레임 이상으로 나왔을 경우, 시간 단축 가능
• 메인 디자이너가 없는 상황에서 어떤 게 더 이득이냐
 
• 장점) 추후 사용을 위해 필요한 경험이지 않을까?
• 단점) 전체적인 스택의 학습 곡선도 고려해봐야할 것 같다.

• 테스트
• E2E, unit,

• 디자인패턴 관련
• atomic 패턴 사용 유무
• 아토믹 도입하기에 적합한 환경인가 의문 (인수)

• 추후 아이디어와 함께 고려해볼 스펙
• 스토리북, react-query, nextJS

• 방향성
• 라이브러리 최소화

아이디어 관련

• 도메인 선호도
• ecommerce, media, 금융
• 실시간 상호작용? chatting?
 
좋아하는 서비스나 가고 싶은 회사가 있다면?
• 인수
• 당근마켓, 남의집, 플랩풋볼, 호텔, 야놀자, 플랫폼 서비스들
• 채우
• 카카오엔터프라이즈, 에어비엔비, 멜론, 스트리밍 서비스
• 승범
• 여행
• 트리플 : 앱만 있긴 한데..

• 아이디어

백엔드 회의 시 의논해볼 이야기들

• 소개

• 프론트 / 백엔드 진행상황 (스펙, …)

• 기획

• ✅ 노션 / 깃허브 / 피그마 / 그 외 협업 툴 초대

• 팀명 / 프로젝트명

• 팀장

• 다음주 일정

• 재직자 소통 / 협업 방법
• 스크럼

TODO LATER