피드백 정리
역할 관련
•
모두가 같은 도메인을 나눠서 진행하기는 어려울 듯
•
연관되어있는 기능들은 2~3명으로 나눠서 하나의 도메인 작업 진행하는 것도 괜찮음
시나리오 관련
•
유스케이스는 충분히 디테일하게 잘 작성되었음
•
작성한 기능들이 지금까지 한것과 다를게 없어서 아쉬운 부분은 있음
•
MVP 자체는 괜찮은데 +a 기능들이 있으면 좋을듯 (확장성 고려)
◦
서비스 출시를 고려했을 때 필요한 기능들을 더 생각해볼 것
◦
ex) 관리자 기능, 채팅방, 기술스택
API 명세 관련
•
명세서 상단에 모든 응답에는 어떤 값들이 포함되어 있는지 명시하면 좋음
•
모집글 전체 조회는 하나의 api로 통합하는 것이 좋음
◦
ALL, 본인 작성, 신청, 좋아요, 승인된, 기술스택, 직군
◦
service layer에서 로직을 나누는 방식
◦
이후 리펙토링할 것
◦
타입을 enum으로 관리
ERD 관련
•
모집글과 기술스택 배열 형태로 저장 vs 테이블 분리
◦
기술 스택 자체가 데이터가 많지 않아서 성능의 차이는 미세할 듯
◦
1NF 원칙에 따라 하나의 컬럼에 하나의 값만 가질 수 있도록 테이블 분리하는 것이 좋을듯
•
직군별 모집인원
◦
모집글 테이블에서 관리 (테이블 분리 x)
▪
프로젝트마다 모집 직군이 다름 → 좋지 않은 방법
▪
ex) 웹 프로젝트(BE, FE, Designer), 앱 프로젝트(BE, Android, iOS, Designer)
◦
테이블 분리해서 관리하는게 좋을듯
정리
•
MVP 이외의 기능 생각해볼 것
◦
기능 추가 시에도 구조의 변경이 최소화되도록
◦
현재는 채팅 1:1만 존재
◦
이후 단톡방 고려해서 설계해볼 것
피드백 반영
역할 관련
•
현행 유지
시나리오 관련
•
현행 유지
API 명세 관련
•
restdocs 링크 첨부
•
모집글 전체 조회는 하나의 API로 압축
◦
관련 카테고리는 enum으로 관리
ERD 관련
•
채팅방 테이블 추가
