백엔드
유저 CRUD
게시물 CRUD
사용자 인증 미들웨어
multer 이용한 s3 사진 업로드
댓글 CRUD
프론트
메인 페이지
상세 페이지
프로젝트 등록
로그인/회원가입
필수 추가 기능
추가 구현 기능
정윤서
문준식
이낙규
김영우
**1.화공하면서 프로젝트 진행
2.주저하지 않고 물어보기
3.팀원 간 이끌어주며 프로젝 진행
4.회의는 14시에 진행
5.코드 리뷰는 19시 진행**
**1. 완성하고 추가 기능까지 해보기
2. 기본 CRUD 기능 구현
3. 공유하기 기능 도전
4. 버그없이 잘 돌아가는 코드 작성하기
5. 뒤쳐져도 끝까지 따라가기
6. 질문 하루에 하나씩 하기**
+ 새로 만들기 를 누르면, 계획서를 만들 수 있어요!
"- 프로젝트 진행 계획부터 R&R배정까지 모두 완벽하게 잘해주셨습니다. 특히 모든 분들이 CRUD에 대한 API 설계 및 개발을 진행할 수 있도록 배정되어 어느 한분에게 프로젝트가 과중하게 부담되는일이 없는것 같습니다. 훌륭하네요
- 윤서님의 어깨가 다소 무거우실듯합니다. 코드컨벤션이나 그라운드룰안에서 성공적으로 프로젝트 마무리할 수 있도록 신경써야 할 일이 있을것입니다. 세세하게 잘 챙겨주시길 부탁드립니다.
- 회원에 대한 API의 endpoint가 /api/account로 시작하는데 상세 조회시 params로는 :userId가 들어갑니다. 큰문제는 아닙니다만 /api/users/:userId 가 좀더 명확한 의미로 와닿지 않나 싶네요. (account 라는 단어를 보고 혹시 다른 개발자들은 의도대로 생각하지 않을 수 있어서요)
- API의 게시물의 경우 모두 endpoint가 /api/post인데 UPDATE와 DELETE의 경우는 모든 post에 대한 업데이트, 삭제가 아니고 특정 1개의 post 업데이트, 삭제이기 때문에 /api/post/:postId 또는 /api/posts/:postId 가 의미에 맞지 않을까 싶네요. (댓글 - comments 부분은 제가 이야기한 대로 잘 설계 되었습니다.)
- ERD는 기획한 기능에 필요한 테이블이 모두 들어가 있습니다. 다만 관계적으로 어색함이 있는데 optional의 의미가 관계 설정시 빠진것 같습니다. 어떤 하나의 계정이 무조건 project또는 댓글을 가지고 있는건 아닐텐데 지금은 필수로 가지고 있는것으로 표현되었습니다. 이 내용을 좀더 파보시려면 해당 링크 참조를 해보십시오 바로 이해가 될것입니다.
-> 김영우)임시로 타입만 변경 해놨어여 (char, date)
- <https://cskstory.tistory.com/entry/%EC%84%A0%ED%83%9D%EC%A0%81-%EA%B4%80%EA%B3%84optional-relationship%EC%9D%98-%EB%AA%A8%EB%93%A0%EA%B2%83>
- figma로 뼈대까지 모두 잡아놓으셨네요. 훌륭합니다. figma 실제 현장에서도 많이 쓰이기 때문에 익숙하게 다룰수 있다면 도움이 될거에요. 체크리스트까지 생각해서 프로젝트 이후 생각해볼만한 내용도 미리 뽑아놓으셨네요 ( 최고)
- 다만 아쉬운게 검색기능이 없는듯한데 user건 project건 comment이건 검색기능을 추가해보면 좋겠습니다"
문준식
https://www.figma.com/file/0RmrCJNYAnxAL7W3352RBI/nbcamp_Node.js_TeamProject_A-2?type=design&node-id=0-1&mode=design&t=2tZHilytOhuNB8kP-0
<aside> 💡 체크리스트
</aside>