[ SR Feedback ] 체크리스트

[ ] 리드미에 프로젝트 관련사항으로 채워주세요!!

[ ] 팀원의 역할분배에 대한 부분이 없는데 해당 부분 정하셨는지 정하셨다면 역할 작성해주세요

[ v ] - 5일을 하루6시간 작업을 가정했을때 4인기준 5* 6 * 4 = 120시간
front-end 36시간 ,
back-end 30시간 ,
총 76시간,
여분시간 50시간
추가 작업을 위한 시간 30시간, kakao map API 공부 및 구현 시간을 위해 프론트 인원 각각 7시간 부여
kakao map API 위도 경도 값과 Date() 객체를 필터링하는 부분 구현을 위해 백엔드 인원 각각 7시간 부여

남은 24시간 / 수요일 오전 9시 경 기본 구현 기능 가능 및 발표준비 완료시 , advanced 진행
minimum 구현이 어려운 경우, bare-minium에서 보충해야할 부분 진행

[ v ] - 예비로 시간을 남겨두셨다면 그것은 그것대로 시간을 할당해서 시간을 채워주시고 마일스톤(듀데잇)에 포함시켜 베어미니멈과 어드
밴스 목표를 관리해 주세요

[ ] 와이어 프레임에 로그인 페이지 등등 베어미니멈의 목표에는 있지만 그려지지 않은 부분들이 있는것 같습니다. 베어미니멈과 와이어
프레임을 일치 시켜주세요. 어드밴스, 나이트메어를 와이어프레임 단계에서 넣을껀지 뺄껀지(미리 자리를 만들어 놓고 클릭시에 "개발중입니다" 얼럿 좋음), 언제까지 어드밴스를 도전할것인지 ("하다가 시간남으면 어드밴스드 해보죠?" 하면 못하는 경우가 많습니다)

[ v ] 부분에 노드 버젼을 12.18.2로 맞추신 이유가 있을까요?? (현재 lts 버전 확인해주세요!)
버전 오기입

[ ] - 코드는 각자 할건지, 쉬는시간? 식사시간? 상호존중정도? 팀룰에 좀더 팀원들간의 약속이 들어가면 좋습니다. 2주동안 큰 목표를 향해 함께 달려가기 때문에 억압하기 위한 룰이 아닌 함께 가기 위한 룰을 목표로 만들어 주세요

[ v ] - 프리티어, 린트 등 코드 규칙도 정해주세요!

[ v ] - 반응형을 고려중인지?

[ ] - 그렇다면 반응형을 위한 와이어프레임은?
반응형을 베어미니멈으로 진행할지 어드밴스로 진행할지 정해주세요
[ v ] - 디자인은 css? Sass? 스타일드컴포넌트? 메인 디자인셋 통일 했는지
[ v ] - CSS 색상 코드는 정했는지? (디자인의 통일성) 디자인 작업을 css, sass, 스타일드 컴포넌트 등 어떠한 기본 툴로 사용할지 정해주세요
폰트는?
[ v ] - 기본 폰트 사이즈는? rem? em? px? 단위는?? Border box ? Content box?
[ v ] - 마진은 바텀에만 줄지 탑에만 줄지?
[ ] - 메인 프로젝트 소개와 어바웃의 내용이 겹치는거 같습니다 내용을 좀더 세분화 하거나 하나로 합쳐서 시안성을 높여주세요
어떤 기술이 사용되었는지 좀더 세분화 해서 작성해주세요. 기술 작성 부분에 프론트엔드와 백엔드 둘다 리액트로 작성이 되어있습니다
[ v ] - 가능하면.. 이라는 부분과 어드밴스 부분을 잘 정리해주세요
[ v ] - 로그인 기능에 소셜로그인이 포함된다면? 소셜로그인이 목표에 포함되어있는지
[ v ] -베어미니멈의 목표들이 모호한 단어들로 작성되어 있습니다. 명확한 목표를 한눈에 볼수있게 수정해주세요
예) 마이페이지 기능 ← 안에 어떤 기능들이 있는지 세분화
[ ] - 어떤 스택을 어디에 이용할지?
[ ] - 스택과 관련된 정리가 보이질 않습니다. 프로젝트를 인사 담당자에게 보낼때 실제 배포주소와 더불어 가장 중요한 부분이 사용한 스택
관련 파트 입니다. 어떠한 스택을 어떻게 사용할지 충분히 논의해 보시고 정리해서 리드미 파일에 함께 담아주세요. 위키에 추가도 물론 하셔야 합니다
[ ] - 해당 문서를 모든 팀원들이 함께 고민하고 작성을 했는지? api 문서를 지금 완벽하게 작성해두지 않는다면 추후에 정말 힘들어 질수 있습니다. api문서는 백엔드 개발자가 혼자 짜는게 아닙니다. 문서를 작성할때 프론트엔드 분들이 함께 고민해주시고 작성해 주지 않으시면 추후 필요한 api 요청이 있을때 백엔드 개발자에게 미안해 지겠죠? 이런게 자꾸 쌓이다 보면 프로젝트에 안좋은 영향을 끼치게 됩니다.
[ ] -DB 스키마 상의한 api를 충분히 핸들링 할수 있는지? 만약 충분한 논의를 거쳐 api문서를 작성했다면 해당 api 문서에 맞게 데이터를 요리할수 있는 스키마가 잘 작성되어 있는지 한번더 체크해주세요. 코드를 작성하기 시작한 이후에 스키마를 수정하는게 쉽지만은 않습니다 (sql의 경우)
[ ] - Https? http? aws? 배포는 프로젝트에 있어서 가장 중요한 부분중 하나라고 생각합니다. 그렇기 때문에 프로젝트 시작과 동시에 "Hello world" 배포와 추후 작업 동기화를 요청드리는 것이구요! '나중에 배포 한번에 하지뭐' 생각은 하지 말아주세요. 프로젝트 시작과 동시에 SR단계이후) 가장먼저 진행해 주시고, 그날 그날 작업한 코드는 다같이 모여서 코드리뷰, 머지 테스트, 등등 이후에 배포 동기화 작업을 진행해 주세요! 그래야 안정적인 배포 환경을 가져 가실 수 있습니다
[ v ] 정했는지 예) 서버 구축중에 통신 어려우니 클라이언트 스켈레톤 먼저 구축 혹은 css 작업 먼저 등등
순서 정했다면 해당 순서가 원활하게 진행되기 위한 듀데잇을 설정 했는지 (마일스톤과 스프린트 이용)
[ v ] - 스프린트1 작성 해주신걸 파악했습니다. 2, 3 단계별 스프린트를 더욱 세분화 하여 작성해 주세요 프로젝트를 성공적으로 완료하는데
큰 도움이 됩니다

Start with the README and wiki, then review the mentioned wireframes, API documentation, database schema, deployment plan, and sprint milestones. Document the agreed team rules, stack usage, feature scope, API and schema decisions, wireframe coverage, and deployment workflow so the project plan is specific and internally consistent.

Written by the indexing model from the issue text.