리뷰어님께 드린 질문 현업에서는 id pk로 할 때 auto increment 랑 uuid 중 뭐로 하나요? 그리고 왜 그렇게 하나요? 소규모 프로젝트에서는 dto를 안쓴다고 하는데 맞나요? 현재 프로젝트에서 dto를 따로 만드는게 맞나요? 회원가입과 같이 정보를 등록하는 api의 경우 프론트에게 return 값을 뭐로 줘야 하나요? data 검증을 어디서 하나요??? service, controller 중 service에서 하는 것 같긴 합니다만... 현업에서는 id pk로 할 때 auto increment 랑 uuid 중 뭐로 하나요? 그리고 왜 그렇게 하나요? 이 질문은 내가 이전에 리뷰어님께 물어본 적이 있지만 페어분께서 한 번 물어보자 하셔서 물어보았다. 답변: "기본적으로는 auto incre..
네이버 부스트캠프 웹・모바일 8기/네이버 부스트캠프 멤버십
페어프로그래밍 이번 6주차 1주간 페어프로그래밍으로 진행하였다. 페어프로그래밍을 처음 하다보니 어떻게 진행해야하는 지 막막했다. 다른 캠퍼분들과, 블로그 글들을 통해 페어 룰을 나누고, 내비게이터와 드라이버를 나누어 진행한다는 것을 발견하고, 우선 페어 룰을 만들었다. 아래와 같이 페어룰을 정하였다. 1번 사항 외에는 다 잘 지켜서 했다. 1번 사항은 하다보면 20분이 지나는 경우도 있었고, 코딩을 하다가 중간에 바꾸기가 애매해서 지키기가 어려웠다. 만약 다음에 페어 프로그래밍을 한다면, 서로 리서치하는 시간을 갖고 그 다음에 기능별로 바꾸면서 진행해야 할 것 같다. 1. driver, navigator 20분씩 교대 2. 파일명, 변수명 : camelCase 3. 커밋 메세지 : https://chlo..
오늘의 회고 오늘은 리뷰어님께 리뷰를 받았다. 리뷰어님께 아래 세개의 사항을 질문 드렸다. Error handling을 적절하게 하고 있나요? 현재 controller, service의 파일을 resource 이름으로(index) 했는데 나중에 서비스가 복잡해졌을 경우에는 이런 방식으로 해도 괜찮을까요? log를 관리할 때 폴더를 debug, error, info로 나누어봤는데 이렇게 해도 될까요? 1. Error handling을 적절하게 하고 있나요? 위 질문을 한 이유는 'ts-custom-error' 모듈의 github에서 제공해주는 예시코드 를 그대로 복붙해서 쓰고 있었기 때문이다. 리뷰어님으로부터 "정의되지 않은 에러도 처리할 수 있어야 한다", "try / catch 로 매번 감싸기보다는, ..
5주 차는 페어 프로그래밍으로 진행한다. 오늘 첫날이었는데, 페어 프로그래밍을 처음 하다 보니 어떻게 진행해야 할지 막막했다. 그래서 우선 페어 프로그래밍을 어떻게 하는지 찾아보았고, navigator와 driver가 있다는 것을 알게 되었다. 참고한 글: https://tech.kakao.com/2021/12/01/pair-programming/ 그리고 미션에 대해 보았는데 이전과는 다르게 어떤 db를 쓸지, 어떤 프레임워크를 써야 하는지에 대한 것이 없었다. 그래서 짝꿍분과 일일이 다 정해야 했다. 짝꿍분과 오후 4시에 회의를 해서 우선 http에 대한 공부를 하기로 했다. 그래서 http 강의를 듣기로 했다. 김영한님의 인프런 http강의를 들었는데 오늘 다 들을 수 있을 거라 생각했는데, 계속 강..
잘한점 sql을 공부하기 위해 도서관에서 책을 빌려 공부했다. 책을 보며 공부하니 더 자세한 것들을 알 수 있었다. 아쉬웠던 점 종종 기획안을 꼼꼼히 보지 못해 코드를 다시 고치는 경우가 많았다. 백엔드와 프론트엔드의 균형을 맞추지 못하고, 백엔드에만 열중하였다. 코드리뷰를 해야하는데, 시간을 확보하지 못해 자세히 다른 팀원들의 코드를 보지 못하였다. 코드리뷰를 해야하는데, 시간을 확보하지 못해 자세히 다른 팀원들의 코드를 보지 못하였다. 어려웠던점 우분투와 node를 연결하는 것이 어려웠다. 포트 포워딩을 다시 한번 공부해야겠다.
Express와 html, css 를 사용한지 오래 되서 공부를 하느라 시간이 좀 걸렸다. middleware에 대해 공부를 했는데, middleware란 request와 response사이에서 필요한 코드를 실행하는 것이라고 이해했다.
매일 매일 조원들과의 코드리뷰, 현업 개발자로 부터의 코드리뷰를 통해 왜 코드리뷰를 해야하는지, 코드리뷰를 잘하려면 어떻게 해야하는 지를 배울 수 있었다. 코드리뷰를 하는 이유 왜 코드를 이런 방식으로 작성했는지 토론하면서 학습할 수 있다. 코드 리뷰를 할 때 필요한 개념, 설명해야할 개념들을 다시한번 명확하게 알 수 있다. 다른 팀원의 코드를 보면서 개선할 것을 찾으면서 문제를 발견하는 능력을 키울 수 있다. 코드리뷰를 잘하기 위한 방법 정답을 찾으려고 하기 보다는 같이 코드 리뷰는 하는 사람들의 의견을 들어야 한다. 학습하기 : 코드리뷰를 하기 위한 개념들을 학습해야 한다. 좋은 가독성: Flow Chart, ERD, Readme 등 문서를 자세하게 적어 다른 사람들이 코드, 프로젝트 구조를 파악하기..
기간: 2023.08.28 ~ 2023.09.22 진행방식 1차 학습 스프린트는 4주간 부스트캠프 측에서 제공하는 웹프로젝트 기획(피그마)에 따라 구현 하는 것으로 진행한다. 매주 월, 수, 금요일에는 2시간씩 멘토로부터 웹 관련한 수업을 듣는다. 3주차와 4주차에는 현업 개발자로부터 코드리뷰를 받았다. 매주 4~5명의 조를 랜덤으로 할당받는다. 매일 pr을 보내고, 조원들과 1시간씩 코드리뷰를 한다. 매주 금요일에는 3시간 씩 새로운 조원들과 그주에 대한 회고 시간을 가지고 그 결과를 github에 issue를 작성한다. 기술 스택 기술 스택은 아래와 같았다. 부스트 캠프에서 의도적으로 프레임워크, orm을 사용하지 말도록 하였다. FrontEnd: Html, css, javascript BackEnd..
