코드 컨벤션
깃플로우 전략
배포 계획
이번 주 한 일
이외에도 기술적인 방향을 잡기 위한 질문을 정리해두시면 가장 좋습니다!
< 피드백 반영 후 질문 목록 >
모집글 조회는 하나의 api에 파라미터로 전체 신청 및 좋아요 등을 구분해서 내려주도록 수정하는 것이 좋을 것 같다고 하셨습니다. (1) 현재의 조회방식의 문제점이 구체적으로 무엇인지 (2) 만일 하나의 api로 통합하려면 어떤 방식으로 해야 되는지 궁금합니다.
유저와 기술스택을 둘 다 배열의 형태로 저장하는 것이 좋다고 하셨습니다.
(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)보다 많이 느리고 비효율적인지? 궁금합니다.
직군별 모집인원도 테이블 분리하지않거나 아예 히스토리성 테이블을 만들고 조회를 잘 하면 필요가 없을 거 같다고 하셨습니다. (설계를 통해 예상하신 피드백) (1) 테이블을 분리할 시 어떤 부분이 문제가 되는 것인지 (2) 히스토리성 테이블이라는 것이 정확히 어떤 것인지 (3) 히스토리성 테이블을 어떻게 구현해야 하는지 궁금합니다.
<< 팀별 숙제 >>
팀 전체 (리더와 부리더가 정리)
시나리오 관련
팀원 개인별로 작성