분류 전체보기

2024 회고벌써 글또 5회차 제출이 되었고, 첫 글 제출 10월 8일에서 2달하고도 2주가 지났습니다.거의 글또 시작과 함께 퇴사를 하고 여러 가지 활동(면접보러다기니, 재직자 커피챗, 알고리즘 풀기, 혼자 사이드 프로젝트하기, 취미 피아노, 운동 등)을 하며 이런 저런 일들이 있었는데요,돌아보니 꽤 재밌는 일들도 많아 몇 가지를 정리해보려고 합니다. 내향인의 커피챗, 경력 면접에서 느낀 점퇴사 쯔음엔 기력이 쇠하여.. 회사와 동시에 면접보러다닐 엄두를 못냈었는데,퇴사하고서는 좀 쉬고난 뒤에 본격적으로 이력서도 고쳐가며 몇 군데 회사에 지원하여 면접 기회를 얻을 수 있었습니다.프로덕트와 동료, 조직 문화를 먼저 알아가면 좋지않을까 해서, 입사 전에 이런 점들을 알아보기 위해 일부 전형에 합격한 곳의 재..

TypeScript, Nestjs, typeorm, postgres, swagger, aws 2024.11.26JWT 토큰을 발급했는데 인증이 안됨. 401 에러- 토큰 발급시간을 환경변수에서 가져올때 parseInt()로 가져와서 `1h`이 `1`로 적용되고있었음. 1초짜리 토큰을 발급한 사람이 있다..? GET /me API만들었는데 `ERROR [ExceptionsHandler] invalid input syntax for type integer: "me"`- QueryFailedError: invalid input syntax for type integer: "me"- 같은 도메인에서 `/:id` 처럼 인티저를 받는 라우터가 /me보다 상위에 있을 때 발생. 해당 파일에서 라우트 순서가 /me가 ..

이거 누가설치했어..?JS로 개발을 할 때, 여러 패키지들을 사용해서 개발하게 됩니다. 이때 패키지들을 다운로드하고, 버전을 관리하고, 수많은 패키지들의 복잡한 의존성을 편리하게 관리하기 위해 패키지 매니저를 사용하게 됩니다.기능 개발에 초점을 맞추어 구성하고만 넘어갔던 패키지 매니징에 대해 알아보게 되는 계기가 생겼습니다.잘 사용하던 라이브러리가 알고보니 package.json에 없었고, 설치한적이 없는 라이브러리였던 것이었습니다.이 이슈는 사용중이던 Storybook을 v8로 업데이트하면서 yarn v1에서 최신 버전으로 업데이트를 권장했기 때문에, yarn classic(v1)에서 yarn berry로 업그레이드하면서 발생하였습니다.yarn의 문제점 중 하나이던 유령 의존성에 의해 설치되었던 라이브..

Vanilla-extract만든 design system의 번들 사이즈가 너무 커요!CSS-in-TS 와 zero-runtime css 컨셉을 채택한 vanilla-extract css(이하 VE로 줄임!)로 NPM 라이브러리를 만들어 배포하였다. 사내 디자인 시스템을 만든 작업이었다. VE는 제로 런타임을 위해서 빌드 타임에 코드로 정의한 css와 타입정의를 뽑아주게 된다. 이 css와 타입을 라이브러리에 같이 shipping하도록 제작했다. 처음 라이브러리를 만들때에는 없는것보단 낫겠지 하는 심정으로 이것저것 필요해보이는 디자인 토큰과 기능들을 넣었다. 하지만 결론적으로 이런 접근 방식으로 큰 코를 다치게 되는데... 설정 살펴보기어느날 빌드를 하다가 바벨의 불평을 마주치게 되었다.\[BABEL\] ..

Next.js publicRuntimeConfig 사용 배경내가 진행한 프로젝트는 Docker를 사용해 배포하는 Next.js 기반의 어플리케이션이다. 도커 이미지를 빌드하는 시점에 알 수 없는 몇 가지 환경 변수들을 런타임에 주입해야하는 요구사항이 있었다.온프레미스 환경에 설치되어야하는 프로젝트 특성 상,개발하는 시점에는 알 수 없고 설치하는 시점에 결정하게되는 서비스의 설정들과 API 엔드포인트에 사용되는 IP 주소와 같은 변수들을 도커 컴포즈의 환경변수로 작성하여 관리되고 있다.도커 컴포즈의 환경 변수 중 프론트엔드 도커 이미지에 필요한 변수들을 컨테이너 실행 시점에 주입하여 주는 방식으로 서비스를 설계했다.즉, 한번의 이미지 빌드로 여러 환경에서 실행할 컨테이너를 생성하는 방식이다. 기존에 Nex..

첫 회사에서 2년 1개월 가량 프론트엔드 개발자로 근무한 이홍빈입니다.남는 시간에 이슈 하나라도 더 처리하기보다 팀과 개인에 도움이 될 수 있도록 퇴사 부검을 작성하고, 공유했습니다.레퍼런스: https://medium.com/a-day-of-a-programmer/우아한형제들-퇴사-부검-010ce38609a5일하면서 어떤 고민을 했고 이 고민이 해결되기 어려울 것이라는 판단을 내리기까지의 과정을 공유하면 고민의 깊이를 나눌 수 있는 기회가 될 수 있을 것이라 생각합니다.1. 왜 떠나는 지>💡 다른 직원들이 이해할 수 있는 이유가 있어야 합니다.개발자로 회사의 비지니스 가치를 만들 수 있고, 사용자의 피드백을 받아 빠르게 프로덕트를 디벨롭하며 팀원과 한 호흡으로 개발하는 모습을 기대했습니다. 그리고 코..