https://docs.google.com/presentation/d/1LKLuz2QXCKyJokrzcxbGkjrvrCNQME4nh5-L2i2KKK0/edit?usp=sharing
API 명세서: https://docs.google.com/spreadsheets/d/1gPjQX8x0uTxpnOAvt4-Lz3OxQt4ssUPakaR-HNsXKdA/edit?usp=sharing
**1. 밥을 잘 챙겨먹자! 개발의 원동력
2. 문제가 있으면 소통하기
3. 진행상황이 있으면 공유하기
4. 2시간 해보고 안되면 물어보기
5. 진행이 안되도 오전 오후 한번씩은 보고하기**
**1. 필수 구현 소화
2. 명예의 전당 구현 도전!
3.
4.
5.**
+ 새로 만들기 를 누르면, 계획서를 만들 수 있어요!
"- 그라운드룰에서 아침 혹은 저녁 아니면 아침 저녁 모두 코드 리뷰시간을 가지면 좋을거 같습니다. 이슈상황을 정리해서 특정시간에 물어보고 다같이 해결해보는것을 추천드립니다.
- Project Rules에서 개발환경은 잘 작성해주셨는데 조금더 세분화 해서 작성해주시면 좋습니다. 아래는 간단하 예시입니다.
예)
프론트엔드:
언어: JavaScript
마크업/스타일링: HTML, CSS
백엔드:
런타임/언어: Node.js (JavaScript)
웹 프레임워크: Express.js (Node.js 기반)
인증: jsonwebtoken (토큰 기반 인증)
보안: bcrypt (비밀번호 해싱)
데이터베이스:
DBMS: MySQL
클라우드 데이터베이스: Amazon RDS(AWS의 관계형 데이터베이스 서비스)
패키지 관리:
Yarn
추가 라이브러리 및 도구:
ES6 모듈: import/export 사용
그 이외에 배표, 버전관리, 협업툴도 한번 작성해주세요.
- Code Convention은 조금더 추가해서 코딩스타일이나 데이터 베이스는 어떻게 관리할것인지 환경변수에는 어떤것을 저장할것인지 등도 구체적으로 작성하면 좋습니다. 아래는 간단한예시입니다.
- 네이밍 규칙
변수와 함수: camelCase 사용. 예: getUserData, saveItem
클래스와 생성자: PascalCase 사용. 예: DatabaseConnector, UserModel
상수: 전체 대문자와 밑줄 사용. 예: MAX_USERS, DEFAULT_TIMEOUT
MySQL 테이블과 컬럼: 소문자와 밑줄 사용. 예: users, created_at
- 코딩 스타일(.pretteirrc)
들여쓰기: 공백 2칸 또는 4칸 사용.
세미콜론: 명령문 끝에 세미콜론 사용.
줄바꿈: 각 명령문 또는 선언문 후 줄바꿈 사용.
- 데이터베이스 관리
마이그레이션 스크립트: 데이터베이스 변경사항은 마이그레이션 스크립트를 통해 관리.
- 보안
중요한 설정값과 비밀키는 환경변수를 통해 관리.
- Github Rules
- 브랜치 이름은 feature/signup 이런식으로 feature/, bugfix/, hotfix/, refactor/와 같은 접두어를 사용하여 브랜치의 목적을 나타내는 것이 일반적입니다. 브랜치 네이밍전략을 한번 살펴보고 예시도 다시 작성해주세요.
- 머지는 Pull Request(PR)을 통해서 병합을 하면됩니다. PR을 하면 보통 파트장이나 선임들이 보고 필요하면 코드리뷰후에 병합을 합니다. 머지를 할때 pr기능을 이용해서 모든 팀원 혹은 팀장님이 브랜치 변경 사항 검토후 merge해주세요
- WBS & Tasks, 계획서
- 할일을 조금더 구체적으로 은지님의 경우 회원 기능 구현이라고 하나로 작성하기보단
회원 가입, 회원 로그인, 회원 수정, 회원 삭제 이렇게 세분화 해서 작성해주시고(다른분들도 마찬가지입니다.) 계획서에는
몇시부터 몇시까지 회원 수정 기능을 하겠다 혹은 회원수정 기능에서 어떤 함수까지 완료하겠다 이런식으로 매우 구체적으로 작성해주시면 좋습니다.
- api
- api는 아직 request header, request, response 등이 작성이 안되어 있습니다. 이 api 명세서 템플릿을 보시고(<https://docs.google.com/spreadsheets/d/1v1afXXkLP4jhEu5Q2-b8MUffR66ukmIIgZ3JsX23ZUA/edit#gid=0>) 작성을 완료해주세요.
- 회원 탈퇴 , 회원 정보 조회 , 회원 정보 수정 url은 DELETE api/users/:userId, GET api/users/:userId, PUT or PATCH api/users/:usersId 이런식으로 작성하면됩니다. 뒤에 /modify 같은 행위는 method로 표현가능하기에 삭제해주셔야 합니다. 게시물 수정, 상세조회, 삭제도 위 예제를 참고해서 수정해주세요.
=> 기획 관련메모에 따로 api 명세서 링크를 남겼습니다. response 성공, 실패칸이 너무 크기가 커서 가독성이 떨어져 링크를 참고 부탁드립니다.
- ERD DIAGRAM
- 아직 간단한 서비스라 많은 테이블들이 없는데 좋아요 기능과, posts에 tag가 있으니 tag를 관리할 수 있는 tags테이블, likes테이블 등을 추가해서 서비스를 조금더 업그레이드 시켜보면 좋을거 같습니다.
- 와이어프레임
- 화면은 잘 작성해주셨습니다. 다만 어떤 화면이 어떤 기능을 담당하는 페이지인지 조금 헷갈리기때문에 제목에 main 페이지 혹은 게시글 리스트 페이지, 게시글 수정 페이지 이런식으로 기능들을 정리해서 모든 페이지를 와이어프레임으로 그려보시길 바랍니다.
"