코드 컨벤션
깃플로우 전략
배포 계획
•
이번 주 한 일
◦
기획 및 기획 개편
◦
개발 환경 설정
◦
팀원 개인
장하람
강용수
이승준
지현구
김동민
•
이외에도 기술적인 방향을 잡기 위한 질문을 정리해두시면 가장 좋습니다!
< 피드백 반영 후 질문 목록 >
1.
모집글 조회는 하나의 api에 파라미터로 전체 신청 및 좋아요 등을 구분해서 내려주도록 수정하는 것이 좋을 것 같다고 하셨습니다.
(1) 현재의 조회방식의 문제점이 구체적으로 무엇인지
(2) 만일 하나의 api로 통합하려면 어떤 방식으로 해야 되는지
궁금합니다.
2.
유저와 기술스택을 둘 다 배열의 형태로 저장하는 것이 좋다고 하셨습니다.
(1) 로직에서 반복문으로 처리하는 것을 의도하신 게 맞는지?
ex. java,spring,javascript 에서 split(”,”) 사용한다고 가정.
중간에 스택 하나를 제거하고 싶다면?
a,b,c,d,e,f,g, N=7
→ b,d,f을 제거 M=3
→ 제거하려는 기술스택을 찾는 시간: O(N*M)
→ 배열에서 제거하는 시간: O(N)
결과적으로 DB 조회 방식만큼 시간이 오래 걸리는 것이 아닌지?
(2) DB에서 기술스택 갯수만큼 조회(기존 방식)하는 방식이 2.(1)보다 많이 느리고 비효율적인지?
궁금합니다.
•
split(”,”) 사용
3.
직군별 모집인원도 테이블 분리하지않거나 아예 히스토리성 테이블을 만들고 조회를 잘 하면 필요가 없을 거 같다고 하셨습니다. (설계를 통해 예상하신 피드백)
(1) 테이블을 분리할 시 어떤 부분이 문제가 되는 것인지
(2) 히스토리성 테이블이라는 것이 정확히 어떤 것인지
(3) 히스토리성 테이블을 어떻게 구현해야 하는지
궁금합니다.
<< 팀별 숙제 >>
•
팀 전체 (리더와 부리더가 정리)
◦
피드백 반영
역할 관련
◦
현행 유지
시나리오 관련
◦
현행 유지
API 명세 관련
◦
restdocs 링크 첨부
◦
모집글 전체 조회는 하나의 API로 압축
▪
관련 카테고리는 enum으로 관리
ERD 관련
◦
채팅방 테이블 추가
역할 관련
◦
현행 유지
시나리오 관련
◦
현행 유지
API 명세 관련
◦
restdocs 링크 첨부
◦
모집글 전체 조회는 하나의 API로 압축
▪
관련 카테고리는 enum으로 관리
ERD 관련
◦
채팅방 테이블 추가
•
팀원 개인별로 작성
◦
강용수
◦
장하람
◦
지현구
◦
이승준
◦
김동민
