1주차 멘토링

💡 Q&A

기술스택 react를 쓴다고 했을 때 CRA 쓰는 것은 어떻게 생각하시나요?

• 정보성이 중요한 사이트이므로 SEO가 고려가 되어야된다고 생각함. 화려한 인터랙션보다는 SEO 검색적인 측면.
• SSR이 어느정도 필요함 ⇒ Next.js 해보면 어떰? SEO 고려 해봐라.
• Next에 next-auth를 이용하면 깃헙 로그인 설정을 잘해놓으면 좋다.

전역 상태관리 도구 어떤거 사용하는게 좋을까요?

• 상태관리 필요없을듯하다. 클라이언트에서 관리할 만한 상태가 많이 보이지 않는다.
• 글로벌한 상태는 context로만 해도 될듯.
• react-query로만 서버상태관리하면 좋을 것 같다.
• SSR을 고려한다면 하이드레이션을 잘 고려해야함.

국제화

• 좋다. 국제화를 고려했다는 것부터 처음부터 코드가 많이 달라짐 ⇒ 개발 처음부터 고려해라

🔥 피드백

기획서

• 노션과 위키 하나만 관리해도 될 것 같다.
• Github 관련 데이터를 어떻게 구조화할지 데이터베이스 스키마를 작성해보는것이 필요하겠다.
• 점수산정을 확실하게 검증할 수 있는 단위 테스트 도입이 필요하다.
• 목데이터를 통해 테스트.
• 점수산정식 같은 경우는 부분적으로 TDD를 적용해보는 것도 좋을것 같다.
• 티어를 하한 점수에 따라 구분해서 데이터를 구조화하는 것이 중요
• 관계를 연결 맺을만한 부분이 없어서 NoSQL을 고려하는것도 좋을것 같다.

Figma

• 색배합을 조금 수정하는것이 좋을것 같다. 로고에 사용한 색깔을 핵심 칼라로 사용하는것이 좋아보임.
• 검색 input color를 동일하게 가져가자.
• 폰트 크기를 로고보다 작게해서 로고의 중요성을 강조하면 좋을 것 같다.
• Pinned repository는 Github에 있는 정보이니 그래프보다 아래에 두자.
• 로고 이미지 일러스트 텍스트 패스화.

메인페이지

• 순위만 있으니 랭킹 페이지와 중복되므로 다른 눈에 띌만한 정보를 포함하는 것이 좋겠다.
• Ex) 순위가 급상승한 사람.

기능

• 자동완성, 최근검색은 후순위로 미루는것이 좋겠다.
• 국제화 고려는 좋은것 같다. 처음부터 고려.
• 정보를 제공하는 서비스이므로 SEO 측면이 매우 중요할 것 같다. SSR도 필요할 것 같다.
• Next.JS와 같은 SSR 프레임워크를 고려해보자.
• 클라이언트 상태관리는 Context API를 사용해도 충분할 것 같다.
• React Query, SWR과 같은 서버상태관리 도구를 잘 사용해보자.
• 서버에서만 작동하는 코드, 클라이언트에서만 보여줘야하는 코드를 잘 분리하고 hydration을 잘 고려함이 필요하다.
• API 캐시 전략을 잘 짜봤으면 좋겠다.
• styled-components를 사용한다면 SSR hydration시에 특정도구를 통해 극복해야한다.
• 기술 스택 선정이유를 고민해보고 적어보자.