고민의 흔적

왜 스프린트라고 얘기하는지 알겠다.2주 안에 달성 목표를 잡고 빠르게 달려간다.

비효율적이고 알아보기 힘든 코드를 바꿔야할 때가 왔다.

다른 사람이 봤을 때, 보기 편한 코드인가?🧐

프로젝트에서 NoSQL기반의 mongodb를 사용한다. 백엔드 개발자로 필요한 기술 스택은 SQL 기반이 많은데다른 이들과 협업을 위해 MongoDB를 사용하기로 했다.

나는 오른눈잡이다. 눈에도 주로 쓰는 눈이 있어? 할 수 있다. 이상하게도 더 편한 방향이 있고 더 편하게 보는 경우가 있다.

다시 열어본 프로젝트 무엇부터 바꿔야할까?

그동안 DB를 사용할 땐, MySQL을 사용했습니다. SQL 쿼리를 이용한 RDB에 익숙해져 NoSQL, 도큐먼트 기반의 MongoDB를 사용할 때도 RDB를 사용하는 것과 같이 사용하고 있었습니다.

항상 이슈가 발생하면 손은 빠르게 구글을 향합니다.구글에서 나오지 않는 이슈를 만날 때면땀이 비오듯 주륵 주륵 흐르기 시작합니다...

작성된 글을 수정하거나 삭제할 때, 현재 로그인한 유저와 글을 작성한 작성자가 동일함을 확인하고 수행해야 합니다.

AWS EC2에 SSH로 접속하기 위해서 AWS에서 발급하는 PEM 파일로 접근해야 합니다. AWS에서 발급한 파일이 아닌 내 로컬에서 생성한 PEM 파일로 AWS에 접근하는 방법이 없을까요?

프로젝트에서 Jest를 통해 API 테스트를 진행했다. 신세계... 테스트가 필요하다는 것을 절실히 느꼈다. 근데 어떻게 설정했더라?

테스트 코드의 필요성에 대해서 누구나 동의할 것이다.프로젝트 이후 테스트 코드를 작성하는 것이 얼마나 필요한지 절실히 느꼈다. 테스트 코드가 없었다면 테스트 코드 작성한 시간보다 더 많은 시간을 쏟았을 것이다. 많이 부족한 테스트 코드였음에도 이정도의 효과라면, 더 좋

처음 테스트를 작성하기 위해 jest에서 어떻게 테스트하는지 깃허브를 찾아다니면서 Express로 구현된 프로젝트의 테스트 코드를 파헤쳐다녔다.하나 참고가 될 것 같은 코드를 봤는데, supertest를 활용해 테스트를 진행하고 있었다.

Git, 2번의 프로젝트를 진행하면서 Git이 없다면 어떻게 협업을 진행했을까 싶을 정도로 유용했고, 감히 필수였다고 말할 수 있습니다.

그동안 supertest를 통해 통합테스트를 작성해왔다. 통합테스트로 테스트 코드의 장점을 많이 느낄 수 있었다. 다만 더 세밀한 테스트 타겟 지정, TDD 등 다양한 이유로 단위테스트의 필요를 느꼈다.

RDBS를 사용하면서 Mongoose를 사용할 때와 다르게 일단 직접 쿼리문을 작성하고 있다. Insert문을 작성할 때, 작성 시간과 수정 시간을 저장하기 위해 NOW()를 통해 현재 시간을 작성했다.

UTC 시간을 사용하자.

TypeORM을 사용할 때, 테이블 간 릴레이션 (외래키)

Carousel은 슬라이드 쇼와 같은 형식을 가지며, 스크롤을 내리지 않고도 유저에게 다양한 정보를 제공할 때 사용한다.

413 http code는 제한된 용량보다 큰 Request를 요청했을 때 발생한다. Multer를 이용해 사진을 업로드할 때, 해당 에러가 발생했다.

프로젝트를 진행하면서 생긴 문제와 해결에 대해서 글로 정리한 것이 없어 노션에 저장된 기록들을 하나의 글로 정리하려고 한다.

프로젝트를 진행하면서 생긴 문제와 해결에 대해서 글로 정리한 것이 없어 노션에 저장된 기록들을 하나의 글로 정리하려고 한다.

개인적인 블로그 페이지를 개발하면서, 글쓰기에 대한 고민이 생겼다. 내 블로그에는 나만 글을 작성할 수 있어야 하는데, 로그인 기능을 구현해야 할까?

error TS2339: Property 'user' does not exist on type 'Reqeust'.

최근 프로젝트 진행을 위해 Nest.js를 초기화하면서 Github dependabot에 알림이 떴다.

express에서는 dotenv를 통해 .env를 사용했다. Nest.js에서는?

프로젝트를 진행하면서 팀원들의 의견에 맞춰 PR 생성 시 Git Actions를 활용해 PR 타이틀과 Linting을 진행하도록 했다. PR 타이틀을 확인하는 과정에서는 문제가 없었지만,Linting 과정에서 문제가 발생했다.

Express에서 Jest, Supertest를 통해 E2E 테스트를 작성해왔다. Nestjs에서도 동일하게 Jest, Supertest를 통해 테스트를 작성할 수 있다.

Nest.js에서 Google Oauth 적용해 Google 로그인 구현하기.

이전 포스팅에서 Nest.js에서 passport를 활용해 Google login을 적용했다.

이전 포스팅에 이어, 토큰 발급 후 로그인이 필요한 API에서 어떻게 토큰을 검증하는지 살펴보도록 하자.

Nest.js에서 JWT를 활용해 유저를 인증했다.이제, 클라이언트에서 유저 정보, 유저 인증을 구현해보자.

씬프로드를 제작하면서 여러가지 사진을 하나의 프레임에서 볼 수 있도록 구현할 필요가 있었다.

구글 로그인을 시도하면, 바로 로그인 상태로 적용되는 것이 아니라 새로고침 후에 로그인 상태가 적용되는 문제가 발생했다.

링크 복사 버튼을 만들려고 하니 어떻게 구현하는지 궁금해졌다.찾아보니 Clipboard API 덕분에 생각보다 간단하게 구현할 수 있었다.

SINFROAD는 Oracle Cloud에서 무료로 제공되는 인스턴스를 사용하고 있다. 갑자기 25일 저녁 뜬금없는 메일을 받았다.

리액트에서 렌더 관련 에러가 발생했다. 상태 관리를 위한 useState와 컴포넌트 리턴의 순서에 관련해 생긴 에러였다.

Git을 사용하다보니 기존에 무심코 사용했던 방식과 다른 방식으로 Git을 사용하게 되었다.