전체 글

리뷰어님께 드린 질문 현업에서는 id pk로 할 때 auto increment 랑 uuid 중 뭐로 하나요? 그리고 왜 그렇게 하나요? 소규모 프로젝트에서는 dto를 안쓴다고 하는데 맞나요? 현재 프로젝트에서 dto를 따로 만드는게 맞나요? 회원가입과 같이 정보를 등록하는 api의 경우 프론트에게 return 값을 뭐로 줘야 하나요? data 검증을 어디서 하나요??? service, controller 중 service에서 하는 것 같긴 합니다만... 현업에서는 id pk로 할 때 auto increment 랑 uuid 중 뭐로 하나요? 그리고 왜 그렇게 하나요? 이 질문은 내가 이전에 리뷰어님께 물어본 적이 있지만 페어분께서 한 번 물어보자 하셔서 물어보았다. 답변: "기본적으로는 auto incre..

페어프로그래밍 이번 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 로 매번 감싸기보다는, ..

https://school.programmers.co.kr/learn/courses/30/lessons/132265 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요. programmers.co.kr from collections import Counter def solution(topping): answer = 0 global n n = len(topping) toppCounts = Counter(topping) aArr = {} for i in range(n): item = topping[i] subFromDict(toppCounts, item) addToDict(aArr, item) i..

5주 차는 페어 프로그래밍으로 진행한다. 오늘 첫날이었는데, 페어 프로그래밍을 처음 하다 보니 어떻게 진행해야 할지 막막했다. 그래서 우선 페어 프로그래밍을 어떻게 하는지 찾아보았고, navigator와 driver가 있다는 것을 알게 되었다. 참고한 글: https://tech.kakao.com/2021/12/01/pair-programming/ 그리고 미션에 대해 보았는데 이전과는 다르게 어떤 db를 쓸지, 어떤 프레임워크를 써야 하는지에 대한 것이 없었다. 그래서 짝꿍분과 일일이 다 정해야 했다. 짝꿍분과 오후 4시에 회의를 해서 우선 http에 대한 공부를 하기로 했다. 그래서 http 강의를 듣기로 했다. 김영한님의 인프런 http강의를 들었는데 오늘 다 들을 수 있을 거라 생각했는데, 계속 강..

10월 2일 부터 네부캠 캠퍼들 중 7명과 함께 코테 스터디를 시작하기로 했다. 부캠의 미션들에만 몰두하다 보니 코테 준비를 안하게 되어서 강제로라도 하려고 참여하였다. 스스로 1주일에 며칠동안 몇문제를 풀지 최소한의 갯수를 공유하고, 이를 지키지 않으면 벌금을 내는 형식으로 진행했다. 문제를 푼것에 대한 인증은 슬랙으로 인증하였다. 오늘 한문제를 풀었는데 오랜만에 풀다 보니 간단한 구현문제도 약 1시간이 걸렸다. 앞으로 계속 꾸준히 해야겠다.

잘한점 sql을 공부하기 위해 도서관에서 책을 빌려 공부했다. 책을 보며 공부하니 더 자세한 것들을 알 수 있었다. 아쉬웠던 점 종종 기획안을 꼼꼼히 보지 못해 코드를 다시 고치는 경우가 많았다. 백엔드와 프론트엔드의 균형을 맞추지 못하고, 백엔드에만 열중하였다. 코드리뷰를 해야하는데, 시간을 확보하지 못해 자세히 다른 팀원들의 코드를 보지 못하였다. 코드리뷰를 해야하는데, 시간을 확보하지 못해 자세히 다른 팀원들의 코드를 보지 못하였다. 어려웠던점 우분투와 node를 연결하는 것이 어려웠다. 포트 포워딩을 다시 한번 공부해야겠다.

Express와 html, css 를 사용한지 오래 되서 공부를 하느라 시간이 좀 걸렸다. middleware에 대해 공부를 했는데, middleware란 request와 response사이에서 필요한 코드를 실행하는 것이라고 이해했다.