데일리삽질

틈틈히 시간날때마다 타입스크립트로 보일러플레이트를 만들어보고 있었다. 처음에 타입을 넣어주는게 낮설고 번거로웠지만 금방 적응되었는데 예상치 못한데서 애를 먹었다. 초기 세팅에서 개발환경을 설정하고 서버가 정상적으로 켜지는걸 확인만 했었는데 어느정도 코드를 작성하고 통

개발공부를 시작하면서 낡고병든머리로는힘들어서 PyCham을 사용하고있었다사실 뭐 이것말고도 다른 ide에서도 동일한 에러가 있을거같긴 하지만..그 동안 코드가 정상적으로 작동하지 않던것도 아니고 약한 경고로 '고치면 좋겠다~' 정도의 느낌이라 방치하고 있었다. 그러다

프로젝트를 리펙토링 하던중 충격적인 사실을 알아버렸다.. 그동안 삭제 서비스로직 코드를 작성할 때 코드가 상당히 괴랄해졌었는데 Prisma 에서 제공하는 Cascade 전략을 이제야 알았다..눈물나.. 눈물나는 나의 코드를 보자.. 그룹을 삭제하고싶어 그럼 그룹과

언젠가는 부딪혀야할 docker 와 AWS.. 죽여줘뭐든지 처음이 어렵다고 도커를 이용한 배포는 처음이라 죽을맛이였따환경개발 환경 : Apple M1 Pro (macOS Sonoma 14.1)Server : express.ts + MySql (prisma)VM : Ub

쿼리 최적화의 중요성을 몸소 체험하게 되었다. 그 동안 딱히 복잡한 쿼리가 없었기에 실감하지 못했는데 이번 프로젝트에서 딱 봐도 무거워보이는 쿼리를 장난삼아 부하테스트를 해보다가... 영단어 학습 웹서비스를 개발중이던 우리는 사용자가

이유없는 공짜는 없다

포크레인사고싶다

nestjs, postgresql, typeorm, artillery 내가 만든 서버가 어느정도의 성능인지 정확하게 판단할 수 있는 성능지표같은게 있으면 좋겠다. 하지만 예외상황과 각각의 환경들과 목표, 분석 방법 등등 다양한 방법으로 인해 명확한 성능 수