위코드8 마지막 기업과제 회고록 마지막 기업 과제는 개인으로 진행하게 되었습니다. 🔥 요구사항 1. 자동차 차종 ID를 이용하여 사용자가 소유한 타이어 정보를 저장한다. 한 번에 최대 5명까지의 사용자에 대한 요청을 받을 수 있도록 해야한다. /* Request Body 예제 */ [ { "id": "candycandy", "trimId": 5000 }, { "id": "mylovewolkswagen", "trimId": 9000 }, { "id": "bmwwow", "trimId": 11000 }, { "id": "dreamcar", "trimId": 15000 } ] 1. class-validator의 IsArray 데코레이터를 사용하면 위의 요구사항과 다르게 됩니다. { items: [item1, item2] } // X [ it.. 2021. 12. 5. 여섯번째 기업 과제 회고록 (Deer) 이번 과제는 폴리곤 데이터 타입을 다뤄볼수 있는 과제였다. 처음 보는 데이터타입, 17개 가량의 테이블을 만드는 등, 나름 많은 일이 있었다. 하지만 이 글에서는.. NestJS로 프로젝트 진행중 메소드로 둘것이냐 클래스로 분리할 것이냐 논의를 했었는데 그것에 대해 간단하게나마 나의 생각을 정리를 해보려고 한다. 사실 제대로 된 판단을 내리기에는 경험과 생각할 시간이 부족했다. 첫번째 방식은 각 클래스에서 계산 로직을 가지고있다. 할인클래스 { 첫이용할인클래스() 파킹존할인클래스() ... } 두번째 방식은 할인 판별과 계산(적용)로직을 분리한다. 계산 모듈이 따로 있다. 할인여부확인클래스 { 첫이용할인여부확인메소드() 파킹존할인여부확인메소드() ... } 계산클래스 { ...적용된 할인 목록을 받아서 .. 2021. 11. 22. 다섯번째 기업 과제 회고록 (Human Scape) 다섯번째 기업과제는 임상정보를 수집하는 batch와 수집한 데이터를 이용해 사용자에게 검색 기능을 제공하는 API를 구현하는 것이었다. 처음 DB 설계 회의에서 우리는 임상정보를 저장하는 방식을 재복님의 의견으로 조금 다르게 저장해보기로 하였다. 하나의 레코드에 하나의 임상정보를 저장하는 것이 아니라 여러개의 임상정보를 하나의 레코드에 저장하는 것이었다. sqlite를 사용해야하는 조건이었는데, RDB인 것을 고려했을때 이 방식이 정말 효율적인가에 대한 고민은 마지막에 해보기로 하자. 이번 과제는 요구사항이 그렇게 많지 않았다. 우리는 batch, pagination 두 팀으로 나누어 진행하였고 나는 batch에 배치되었다. 🤣 처음엔 금방 끝날 것이라 생각했는데 언제나 그렇듯 그렇지 않았다는 것은 안비.. 2021. 11. 18. 원티드x위코드 프리온보딩 네번째 기업과제 (에잇퍼센트) 회고록 ✔️ API 목록 거래내역 조회 API 입금 API 출금 API ✔️ 주요 고려 사항은 다음과 같습니다. 계좌의 잔액을 별도로 관리해야 하며, 계좌의 잔액과 거래내역의 잔액의 무결성의 보장 DB를 설계 할때 각 칼럼의 타입과 제약 거래내역이 1억건을 넘어갈 때에 대한 고려 이번 과제에서 우리는 서기를 뽑아서 회의를 진행했다. 우리 팀 조장 바다님이 정리를 아주 잘 해주셨다 :D 기록하며 회의를 해서 생각을 정리하기 쉽고 의견을 빠뜨리지 않으며 하나씩 차근차근 논의를 하게되어 좋았다. 회의에서 호기심이 생겼던 부분은 거래내역 조회를 입금과 출금 둘로 나눌것인지에 대한 논의였다. 호기심이 갔던 이유는, 사실 데이터베이스에 대해서 아직 집중적으로 공부해보지 않았기 때문에 작업을 할 때 어떤 고민을 하고 어떤 .. 2021. 11. 15. 이전 1 2 다음
