개발 일기

1. 무엇이 잘 되었을까? -구현 과제가 주어졌을 때, 단계별로 쪼개는 연습 -코드 복붙을 줄이고 생각하는 훈련 -혼잣말을 하면서 스스로를 가르쳐주듯 학습. -책을 보면서, 신뢰성 있는 자료를 참고하고 깊게 공부 (블로그 글보다 책이나 강의를 보는 게 더 학습하기 용이함) -왜? 를 던지며 공부 -동료들을 사귀고, 좋은 정보를 공유하고, 같이 으쌰으쌰한 것(?) ㅎㅎ 같은 방향으로 성장하려고 하는 사람들을 만나서 좋았다. 퇴사하고 1년이 다 되어 가는데, 내가 동료의 존재를 그리워했다는 걸 새삼 깨달았다. 2. 잘 되지 않았던 것? -1일 1알고리즘 - 코딩 할 때 긴장이 되는 것 / 초조해지는 것 -> 명상과 산책을 했지만, 분명히 도움이 되지만, 장기적으로는 인정 욕구와 기대치를 줄일 필요성을 느낌...

Alan K가 주장한 객체 지향의 핵심이 뭐죠? 갑자기 멘토님이 던지신 질문이었다. 독립된 객체들끼리 메시지를 주고 받으면서 협력한다. 이렇게 답했는데, 하나 놓친 게 있었다. 다시 정리해보자. Alan K의 글을 보면, 흔히 객체지향은 캡상추다(캡슐화, 상속, 추상화, 다형성) 과는 조금 다르다. 글을 보면 캡상추다는 나중에 나온 개념이고, 아래 Alan Kay가 객체 지향 프로그래밍에 대해 주고 받은 서신을 보면. 마지막 단락이 핵심이다. "OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late-binding of all things." "객체 지향은 객체 간의 ..

프론트에서 Json server 쓰는 것의 장점 프론트가 안되도 백엔드가 계속 다음 task 진행할 수 있도록 쓰는 것. Hikari Pool을 줄여야 하는 이유 . Application properties 에서 hikari.maximumpool-size 설정 부분이 있음. -> 현 프로젝트 springboot기반이고, mvc 구조를 따른다. 즉 서블릿 요청 하나 올 때마다 요청 하나에 thread를 추가한다. 스레드의 수만큼 db에 접속(커넥션 풀 - 히카리)할 수 있게 된다. Heroku-Postgres는 20개까지만 제공하는데 기본적으로 spring connection-size가 10개이기 때문에, 개발할 떄는 4-6개 정도로 낮춰주면 좋다 (backend engineer 2명이 쓴다고 생각할 떄 ..

오랫만에 Git 에서 새로 프로젝트를 받아왔다. File -> new -> project from version control 하면 끝! 완전 쉽쥬. 백엔드 팀동료가 한 프로젝트를 clone해서 push를 하려고 하니 자꾸 No Anonymous write access라는 에러가 뜬다. (터미널에서는 잘 작동하는데 인텔리제이 내장 push가 안된다) Github login via Github을 해보지만, login/password 방식은 2021년 8월인가 부터 중단된 것으로 알고 있다. Personal Access Token을 생성해보자. Settings-> Developer settings -> Personal access tokens 를 선택. Token을 만들어준다. Token을 붙여넣어보지만, ..

노동요 프로젝트를 설계하면서 API 명세서 쓰는 법을 배웠다. 프론트와 함께 작업하고, 작업기간도 5주 이내로 짧기 때문에, API 를 잘 설계하는 게 중요한 것 같다. 헷갈렸던 점들을 정리해둔다. 왜인지 노션의 템플릿을 복사해올 수가 없어서, 캡쳐해서 가져왔다. 변경: /users/login -> /users/me 이유: 나의 리소스를 가져온다는 점을 명시하기 위해서 users/me 로 수정했다 변경2: 원래는 accessToken을 포함했었다. 그러나 accessToken은 로컬스토리지에 저장되기 때문에, response body에 들어갈 필요가 없다 accessToken이 유효하면 유저 정보를 갖고 올 수 있다. 유저 정보 중 userId, username, nickname은 스토리지에 저장되는 부..

면접 준비를 하면서, 내가 쓰지 않은 코드도 같이 공부하고 있다. 문득 의문이 들었다. 왜 회원가입에서 중복에 대한 예외처리를 해주고 있는데, idCheck 라는 기능이 별도로 들어갈까? //회원 가입 public void registerUser(SignupRequestDto requestDto) throws Exception { String username = requestDto.getUsername(); // 회원 ID 중복 확인 Optional found = userRepository.findByUsername(username); if (found.isPresent()) { throw new IllegalArgumentException("중복된 사용자 ID 가 존재합니다."); } String pa..

스프링 꼬꼬마는 모든 코드들이 낯설다. 그래서 오늘은 하나하나 뜯어보고, 익숙해져봐야지. 내가 의구심이 가는 코드를 주석처리하면, 우리 친절한 인텔리제이가 하나하나 설명해준다. 아래코드에서, requestDto로 Article 생성자를 만드는 것이 잘 와닿지 않았다. 생성자를 왜 클래스에 만들까? 한번 Article 이라는 객체 클래스와 Article Service를 비교해보자. 왼쪽 하단의 dto 생성자를 지우면, ArticleService에서 articleRequestDto를 넣은 객체를 생성할 수 없다. 이떄, Service에서는 cannot resolve a constructor 라는 에러가 뜬다. 클래스에 articleRequestDto가 들어가는 생성자가 있어야만, 서비스에서 객체를 생성할 수..

#어제 DB설계로 머리를 싸매다가, 튜터님의 피드백을 받았다. 프론트 화면에서 고객이 선택지 버튼을 주면 -> flask 서버에서 세 가지 질문에 대한 답을 각각 넘겼었음. 이때, 동시접속으로 한 간섭 문제가 생김 -> 그래서 JS 형의 List 로 넘겼다 (저장은 하지 않고, 데이터 주고받기만 해둔 상태) 그런데 RDBMS 는 리스트를 값으로 저장하지 못한다. 어떻게 처리해야 할까? 기존에 우리가 구상했던 방식 이렇게 넣게 되면, 나중에 Korean 만 뽑아보는 것처럼, 데이터를 처리 하기가 어려워진다. 그렇기 때문에, 테이블을 분리해야한다. 카테고리 칼럼, 이모션 칼럼을 따로 만들기. 그리고 서로 다른 DB를 조인하기. 테이블 끼리 조인하는게 되겠지. Repository는 main, food db만 ..